Fork me on GitHub
#babashka-sci-dev
<
2022-11-24
>
borkdude12:11:29

@t is currently investigating mkdocs for documentation for nbb. @pez and @ericdallo have good experience with this. It was recommended by @bozhidar to PEZ, but bozhidar is now using something else. Any reason for the switch?

bozhidar21:12:54

I just like AsciiDoc a lot better for creating documentation. Also - Antora is very well thought out and brilliantly well supported tool. MkDocs gets the job done (I used it for a long time and I was reasonably happy with it), but doesn't hold a candle to Antora IMO. Probably it didn't also help that MkDocs on ReadTheDocs was constantly broken in one way or another. 😄

pez21:12:34

Yeah, with ReadTheDocs it was not fun using MkDocs. But since ditching RTD, MkDocs has served Calva very well. No idea what Antora is, but it probably is better. 😃

borkdude21:12:54

I evaluated Antora but according to polls, people by far favor a single page documentation site over a multipage thing with JS-based search. I've done the polls before and again last weekend and both times the results were unanimous...

pez21:12:40

A downside with that is that unfurls/social cards are document based. So all sections of the docs site get the same preview, same description, same meta. I don't want to make that trade off. And the MkDocs search is quite awesome.

borkdude21:12:46

I don't optimize docs for social media or mobile usage, but for developer-behind-the-laptop/pc usage

pez22:12:24

It has nothing to do with mobile usage. People, including developers-behind-the-laptop/pc, often share links to documentation with other developers-behind-the-laptop/pc over Slack, social media, etcetera. To me it is important that the preview gives reasonably good context, and I think ”Calva documentation” is too general, and prefer ”Calva Pretty Printing” or "Calva Getting Started”, etcetera, and not just about the title, but the description as well. Therefore I am not willing to make the tradeoff.

pez22:12:32

There are always trade-offs, and this preview context costs me in some ways. But to me it is important so I am paying those costs.

borkdude22:12:16

I don't see any preview ;)

borkdude22:12:52

I've done polls twice now and most people want a single page. I'm not the person reading the docs, but the person writing the docs, mostly, so I'll just go with what users prefer

pez23:12:13

> I don't see any preview 😉 Funny, but it looks like so for people who can see it. Similar on other platforms.

pez23:12:00

In my case I am often the person sharing links to the docs. 😃

ericdallo12:11:47

for lsp-mode, there is even custom elisp code that generates all functions and variables docs programatically and convert to markdown to be on the webpage

👀 1
pez12:11:48

Ohhh, I must fix some of that generated content for Calva as well. It's a PITA with the API docs!

borkdude12:11:28

> custom elisp code that generates all functions and variables docs programatically sounds a bit like https://github.com/borkdude/quickdoc maybe?

ericdallo12:11:17

For clojure projects sounds good @borkdude