This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-07-25
Channels
- # announcements (22)
- # architecture (6)
- # beginners (76)
- # cider (44)
- # clara (6)
- # clj-kondo (34)
- # cljdoc (4)
- # cljs-dev (8)
- # clojure (162)
- # clojure-brasil (4)
- # clojure-dev (32)
- # clojure-europe (3)
- # clojure-italy (16)
- # clojure-japan (4)
- # clojure-nl (3)
- # clojure-poland (1)
- # clojure-spec (25)
- # clojure-uk (45)
- # clojuredesign-podcast (5)
- # clojurescript (91)
- # clojutre (3)
- # core-async (19)
- # core-logic (8)
- # cursive (60)
- # data-science (3)
- # datomic (7)
- # defnpodcast (2)
- # duct (5)
- # emacs (7)
- # fulcro (1)
- # graalvm (9)
- # graphql (1)
- # jackdaw (12)
- # jobs (1)
- # jobs-discuss (1)
- # kaocha (3)
- # leiningen (3)
- # luminus (2)
- # off-topic (44)
- # onyx (17)
- # pathom (6)
- # planck (15)
- # re-frame (1)
- # reagent (13)
- # rum (2)
- # shadow-cljs (43)
- # spacemacs (3)
- # sql (43)
- # tools-deps (3)
- # vim (43)
- # xtdb (13)
Yeah, I thought the current implementation didn't make sense, with a variable clojure-comment-regexp
treating #_
and comment
in the same manner
To me at least they're semantically very different, I often have "rich comment forms" that extend longer than a page height and it can be easy to lose track of whether some point in the buffer is within a comment
.
With the line-prefix font locking in the picture it makes it so much clearer at a glance! I've been using it for a few weeks now and it very quickly became an indenspensable feature
.. though I realise this might just be a personal preference, which is why I'm asking around first 🙂
> Yeah, I thought the current implementation didn’t make sense, with a variable clojure-comment-regexp
treating #_
and comment
in the same manner