This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-11-29
Channels
- # arachne (3)
- # bangalore-clj (6)
- # beginners (246)
- # boot (57)
- # business (1)
- # capetown (1)
- # cider (2)
- # clara (1)
- # cljsjs (36)
- # cljsrn (1)
- # clojure (150)
- # clojure-austin (4)
- # clojure-brasil (7)
- # clojure-china (2)
- # clojure-france (3)
- # clojure-greece (3)
- # clojure-japan (3)
- # clojure-russia (38)
- # clojure-spec (25)
- # clojure-uk (25)
- # clojurescript (320)
- # clojurex (1)
- # cursive (38)
- # datascript (48)
- # datomic (23)
- # emacs (29)
- # events (1)
- # funcool (2)
- # hoplon (64)
- # jobs (3)
- # luminus (10)
- # off-topic (26)
- # om (27)
- # om-next (1)
- # onyx (1)
- # parinfer (38)
- # perun (5)
- # planck (19)
- # re-frame (38)
- # reagent (19)
- # remote-jobs (1)
- # rum (2)
- # schema (2)
- # spacemacs (1)
- # specter (8)
- # test-check (10)
- # vim (7)
- # yada (14)
@alexmiller That's a very helpful example, thank you.
@alexmiller @hiredman: As for loading the code that registered them -- I was missing that using ::foo
expands to the whole namespace name i.e. including the name of the app. The 'fully' in fully qualified 🙂
I think there’s actually a pending patch that has that included in it
but yes, would be happy to add it
which is ready for Rich to look at so I expect that will happen whenever he’s looking at tickets next
create-ns and alias seem relatively useful for spec, but clojurescript doesn’t really support these - any good alternative other than verbose keywords?
prob best to ask this in #clojurescript or #cljs-dev
@alexmiller I think this is good argument for :alias
at the ns form
and I believe continued usage of clojure.spec will drive the desire for such a feature
well you’re talking to the wrong person :)
specs are "named" by symbols (which can have metadata attached) and keywords (which cannot)
but symbols are not interned, so given a symbol 'a if you associated some metadata, another instance of that symbol will not have that metadata
by that I mean, even if you did re-implement s/def you would have a hard time putting metadata somewhere
The answer is no (for now) but it would be useful to have at least a doc string and I'd say that's still a possibility
As hiredman mentioned, the tricky part is where to put it
There are some options but none that are obviously good