This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-01-07
Channels
- # announcements (4)
- # babashka (20)
- # beginners (167)
- # calva (1)
- # cider (18)
- # circleci (10)
- # clara (45)
- # clojure (85)
- # clojure-argentina (1)
- # clojure-europe (3)
- # clojure-finland (3)
- # clojure-greece (2)
- # clojure-italy (9)
- # clojure-nl (30)
- # clojure-spec (32)
- # clojure-survey (39)
- # clojure-uk (72)
- # clojurescript (12)
- # core-async (4)
- # data-science (3)
- # emacs (10)
- # figwheel-main (9)
- # fulcro (44)
- # graalvm (3)
- # jobs (12)
- # jobs-discuss (6)
- # joker (3)
- # juxt (1)
- # leiningen (4)
- # off-topic (23)
- # planck (5)
- # re-frame (4)
- # reitit (2)
- # remote-jobs (1)
- # shadow-cljs (43)
- # spacemacs (8)
- # test-check (19)
- # tools-deps (21)
Humm, I compiled planck with defn
instead of defn-
at https://github.com/planck-repl/planck/blob/master/planck-cljs/src/planck/repl.cljs#L785
The warning disappeared but still no completions. @mfikes is there a precise reason to have this function private? The lumo equivalent isn't private: https://github.com/anmonteiro/lumo/blob/master/src/cljs/snapshot/lumo/repl.cljs#L1477
@bozhidar I also tried this form for Planck completion: (map str (planck.repl/get-completions \"%s\"))
which returns a sequence instead of a JS array, as does the Lumo form:
(let [ret (atom nil)]
(lumo.repl/get-completions \"%s\"
(fn [res] (reset! ret (map str res))))
@ret)
I don't know very well Emacs' completion plumbing. The *Messages*
buffer keeps on displaying [No matches].
@bozhidar do you have any advice to inspect/debug what is happening (or rather what is not happening)?
Thanks@dam The relevant code is here https://github.com/clojure-emacs/inf-clojure/blob/master/inf-clojure.el#L1497
Basically, by default inf-clojure
expects a list/seq of strings that are read by the Emacs Lisp reader and converted to an Emacs Lisp list. If your form returns a list of strings it should work fine IMO.
@dam I think the Planck defn is private owing to a simple oversight https://github.com/planck-repl/planck/commit/8277af6c0662f14fffe374da2850248c2a23ec72