This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-09-15
Channels
- # announcements (71)
- # architecture (2)
- # aws (41)
- # babashka (23)
- # beginners (80)
- # calva (26)
- # chlorine-clover (11)
- # cljfx (4)
- # cljs-dev (12)
- # clojure (78)
- # clojure-berlin (5)
- # clojure-czech (3)
- # clojure-dev (9)
- # clojure-europe (45)
- # clojure-france (16)
- # clojure-gamedev (2)
- # clojure-italy (3)
- # clojure-nl (4)
- # clojure-spec (8)
- # clojure-sweden (1)
- # clojure-uk (37)
- # clojurescript (18)
- # community-development (15)
- # conjure (30)
- # cursive (51)
- # datomic (16)
- # duct (19)
- # figwheel-main (3)
- # fulcro (23)
- # java (7)
- # jobs (2)
- # joker (10)
- # off-topic (7)
- # parinfer (1)
- # pathom (6)
- # reagent (5)
- # reitit (1)
- # remote-jobs (1)
- # sci (1)
- # shadow-cljs (55)
- # slack-help (3)
- # specter (4)
- # sql (21)
- # tools-deps (11)
- # vim (5)
- # xtdb (14)
It’s the opposite that bites - when I am on ns.foo, and I press star, I expect ns.foo/bar to match, and it doesn’t. Similarly, sometimes a keyword and it’s colon-less form (say in a keys destructuring) should match. Perhaps star is not the correct keystroke but I can’t shake the muscle memory :)
yeah, I don't run into this because I expect *
to mean "the same token clojure would read, as a search" and I use /
or ?
for the others, typing in the substring
➕ 3
there is less known g*
that searches for word under cursor but without word boundaries. So if cursor is on ns.foo
it will jump to next ns.foo/bar
💡 21