This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-12-05
Channels
- # adventofcode (89)
- # announcements (9)
- # babashka (11)
- # beginners (8)
- # biff (5)
- # calva (4)
- # cherry (121)
- # clara (15)
- # clerk (16)
- # clj-kondo (20)
- # clj-otel (2)
- # cljdoc (20)
- # clojure (84)
- # clojure-austin (1)
- # clojure-bay-area (3)
- # clojure-berlin (1)
- # clojure-czech (2)
- # clojure-europe (59)
- # clojure-nl (1)
- # clojure-norway (12)
- # clojure-poland (1)
- # clojure-uk (15)
- # cursive (16)
- # datomic (46)
- # events (3)
- # fulcro (85)
- # graalvm (20)
- # hyperfiddle (11)
- # improve-getting-started (1)
- # lsp (7)
- # off-topic (48)
- # overtone (8)
- # podcasts-discuss (4)
- # re-frame (31)
- # releases (1)
- # ring (12)
- # sci (13)
- # shadow-cljs (8)
- # specter (3)
- # squint (26)
- # xtdb (5)
- # yamlscript (6)
@lee: regarding migrating metrics-clojure to cljdoc . I did explore cljdoc a bit, but I am not convinced. It has some nice features - esp related to clojure code but I also feel it's missing some things and some things seem way more complicated. It might be that I am not familiar with cljdoc Some of the features that I like about Sphinx (what metrics-clojure is currently using are): • Simple cli tool build process - don't need a running server and all the steps I saw here: https://github.com/cljdoc/cljdoc/blob/master/doc/running-cljdoc-locally-author.adoc • Docs are published from the local files as local files that I can inspect easily • I can get single page html (easy for searching), multi page html - easy for mobile, pdf / epub Will continue to investigate, but my first impression is that to do a local build and inspect the result is more complicated with cljdoc.
sphinx-build -M html docs/source/ docs/build/
Hey Eugen 🙂 I'll chime in here since I just read this.
I think you're very much right that the local doc generation experience is probably not as straightforward as with something that just generates some files via a CLI. That said I think there's a few reasons why you might still want to consider publishing to cljdoc:
• You get free versioning of your docs and it is auto-published as you publish new releases to Clojars.
• Docs are presented in a consistent format that end-users are familiar with (which also has search)
While local preview could be easier there's also not that much to it, as in there's a cljdoc.edn
file pointing to Markdown/Asciidoc files and then there's docstrings which are interpreted as Markdown also. 🙂
And in the end you won't have to deal with publishing the documentation files, maintaining infrastructure around that etc.
The choice is yours @U011NGC5FFY, everything has its pros and cons. One thing to keep in mind is that cljdoc will attempt to build your docs regardless. If you change your mind, my offer to help with cljdoc still stands.
@U011NGC5FFY Users will look on cljdoc anyway. Here's what they currently see for metrics-clojure
: https://cljdoc.org/d/metrics-clojure/metrics-clojure/2.10.0/doc/readme
Fine for the API but doesn't include any articles.
In order to have HTML docs available for metrics-clojure, you would need to generate them to the gh-pages branch (as a complete repo) so they show up as http://clj-commons.org/metrics-clojure/ and that is definitely not a simple, single CLI command.
I see this as 2 separate things: • building docs • publishing docs - which is gh-pages here
Users don't care about building docs. They care about reading them online. Don't optimize for your convenience.
you have a good point, but as long as I am puting the effort it should be ok for me. Maybe I am a bit selfish in this regard but if I don't like the process, chancess are I won't do it.
And if you make it compatible with http://cljdoc.org once, every version will get its own docs automatically in future. With your approach, there are no versioned docs.
(we're in the same boat with marginalia -- but that's much more complex because it has to have its docs in a particular format and generating them as HTML is the only option right now... but it's manual, there's no versioning, and I'm definitely not happy with that)
versioning is part of https://docs.readthedocs.io/en/stable/versions.html as well - via tags