This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-10-17
Channels
- # announcements (2)
- # aws (44)
- # beginners (96)
- # calva (10)
- # cider (7)
- # cljdoc (5)
- # cljsrn (2)
- # clojure (38)
- # clojure-dev (19)
- # clojure-europe (6)
- # clojure-italy (16)
- # clojure-nl (10)
- # clojure-norway (44)
- # clojure-spec (7)
- # clojure-uk (74)
- # clojurescript (133)
- # cloverage (1)
- # cursive (54)
- # datomic (78)
- # duct (11)
- # graalvm (5)
- # instaparse (4)
- # joker (3)
- # kaocha (5)
- # nrepl (2)
- # off-topic (10)
- # pathom (56)
- # pedestal (1)
- # reagent (7)
- # reitit (17)
- # shadow-cljs (144)
- # slack-help (2)
- # sql (35)
- # testing (5)
- # tools-deps (22)
- # vim (22)
- # xtdb (11)
@seancorfield I was thinking about auto-generated, and maybe no curation needed, but I think its a interesting piece of information, if a library or something designs a lot around namespaced keywords, seeing them can give another dimension of understanding about what kind of things flow around the system, makes sense?
I’ve been wanting to integrate something in that direction for a while but reading specs from library sources in the shape we need hasn’t been easy (mostly due to lack of metadata), as far as I understand this will be addressed with spec 2…
Programmatic construction and manipulation of specs is improving a lot, but still no ability to attach metadata directly to specs as of yet.
Seems to be out of scope for the initial "launch" of spec (the non-alpha version).
@jaihindhreddy we mostly care about basic metadata like file it was defined in and line numbers. See https://github.com/cljdoc/cljdoc/issues/67 for some more context