This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-26
Channels
- # announcements (6)
- # beginners (328)
- # boot (2)
- # cider (72)
- # clara (6)
- # cljdoc (4)
- # cljsrn (5)
- # clojure (78)
- # clojure-europe (3)
- # clojure-italy (22)
- # clojure-nl (4)
- # clojure-spec (3)
- # clojure-uk (114)
- # clojurescript (22)
- # clojurex (54)
- # copenhagen-clojurians (1)
- # core-async (20)
- # cursive (8)
- # data-science (1)
- # datomic (22)
- # duct (11)
- # emacs (32)
- # events (1)
- # figwheel (2)
- # fulcro (18)
- # graalvm (53)
- # graphql (39)
- # luminus (6)
- # nrepl (6)
- # off-topic (53)
- # om (1)
- # re-frame (8)
- # reagent (19)
- # reitit (3)
- # shadow-cljs (28)
- # spacemacs (10)
- # sql (37)
- # tools-deps (33)
- # vim (9)
- # xtdb (6)
Hi users of async_clj_omni. I've been failing to get deoplete & the new fireplace to work together. I have added support for asyncomplete.vim. Support is on master. Only the new fireplace is supported, as it uses the fireplace async functionality.
I have just swapped to using asyncomplete.vim and this all works well, I have changed the message sent across fireplace to include the extra-metadata
option though, e.g. {'op': 'complete', 'symbol': l:kw, 'ns': fireplace#ns(), 'extra-metadata': ['arglists', 'doc']}
, this makes it much more familiar for me.
See you already added that now. :thumbsup:
I just now pushed a change to make the built-in omnicomplete "sort of" async (within the limits of what Vim primitives can do)
I was having a look at the code, I can't work out what the new behaviour is :thinking_face: no worries if you're busy, don't worry about replying. Really interested in what approach you've taken to mitigate blocking though! Isn't the use of sleep
going to add more jank?
Unless there's a sort of event loop of sorts in Vim that I'm unaware of and this loop+sleep mechanism allows some other parts of the UI to do their dance?