This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-02-28
Channels
- # announcements (14)
- # autochrome-github (1)
- # babashka (4)
- # beginners (151)
- # biff (1)
- # calva (24)
- # cider (13)
- # clara (13)
- # clj-commons (1)
- # cljs-dev (24)
- # clojure (50)
- # clojure-europe (20)
- # clojure-france (13)
- # clojure-nl (4)
- # clojure-norway (12)
- # clojure-spec (43)
- # clojure-uk (6)
- # clojurescript (30)
- # cursive (2)
- # datahike (9)
- # editors (6)
- # emacs (2)
- # fulcro (29)
- # google-cloud (20)
- # graphql (2)
- # humbleui (2)
- # jobs (2)
- # juxt (4)
- # kaocha (5)
- # lsp (14)
- # malli (5)
- # membrane (10)
- # off-topic (39)
- # pathom (21)
- # polylith (10)
- # rdf (8)
- # reagent (4)
- # remote-jobs (3)
- # reveal (18)
- # shadow-cljs (27)
- # spacemacs (7)
- # tools-deps (30)
Just for the record: it is possible to reuse fragments of Atom and VSCode to create a hackable new experience - one that may be compatible with most of Atom and most of VSCode API, but without the same limitations and maybe ways to define custom commands, change CSS, better keybindings, etc. I'm still not sure if I'll continue this experiment, but though it was worth sharing it here
@U0ETXRFEW I will only continue if I can savage parts of other editors and use them without any change at all, otherwise yes, it's too much work :rolling_on_the_floor_laughing:
This is very interesting - there's the issue of having the lowest denominator though...
I'm not sure what you meant about the lowest denominator thing. The idea is to support 90% of Atom and VSCode extensions, while making the editor as hackable, or maybe even more, than Atom itself. Again, I'm aware that's lots of work, but the idea is not be tied to what both editors support only...