This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-06
Channels
- # announcements (2)
- # beginners (97)
- # boot (3)
- # cider (23)
- # clara (9)
- # cljs-dev (40)
- # cljsrn (6)
- # clojure (107)
- # clojure-finland (2)
- # clojure-india (3)
- # clojure-italy (15)
- # clojure-nl (2)
- # clojure-spec (107)
- # clojure-uk (91)
- # clojurescript (28)
- # cursive (10)
- # data-science (4)
- # datomic (26)
- # duct (1)
- # emacs (6)
- # events (9)
- # figwheel-main (4)
- # fulcro (4)
- # graphql (2)
- # jobs (3)
- # jobs-discuss (12)
- # juxt (7)
- # kaocha (6)
- # off-topic (8)
- # onyx (2)
- # parinfer (13)
- # pedestal (32)
- # portkey (1)
- # re-frame (58)
- # reagent (17)
- # reitit (21)
- # ring-swagger (3)
- # shadow-cljs (35)
- # spacemacs (1)
- # tools-deps (33)
- # yada (13)
Looks promising, is there an enumeration of the editor capabilities required for Smart Mode or elastic tab stops? I suspect "nature of changes" goes beyond a stream of diff patches. It seems that having a solid use-case in parinfer, could spur implementation of those capabilities in the big 4 or 5 editors. It would also be nice to know where or how any editor falls short.
1. synchronous notification of a change 2. a change structure describing what has been replaced in the file 3. ability to modify the file immediately after the change has occurred
diffing the before and after text can produce an accurate change structure sometimes (maybe most of the time)
thanks for that feedback, the vscode team has apparently been receptive to requests for API improvements—specifically chris told me that interceptions of key events was requested for the vim plugin (and that they’re the only ones allowed to use it!)
the limitation is enforced by only allowing one plugin at a time to use it
anyway, I think the problem with vscode was that the change events are asynchronous, and that the pending PR is having to use diffs to account for the shortcoming, which I’m not comfortable using
@chrisoakman has more context
Shaun accurately summarized the current state of VS Code Parinfer
I have been meaning to reach out to the VS Code team and ask if they can make a change for the Parinfer extension similar to what they did for the Vim one.
would that mean that you couldn't use the vim and parinfer extensions in vscode simultaneously?
We would definitely want to support using both extensions at the same time. They would need to play nice with each other in terms of "who gets the update first?". This is exactly the issue that the VSCode team might need to give us some input on. Last I looked at this I think I was referencing this comment: https://github.com/Microsoft/vscode/issues/5280#issuecomment-246629457