This is basically Where is the documentation?, but let me repeat it for a bit and then suggest an idea... skip past the line to get there immediately
After thinking about this for a while, I reached the conclusion that a big part making (La)TeX complicated for me is the documentation (or my approach on how to find it).
Yes, TeX is incredibly old and has many extensions and flavours and competing bad practices floating around, but I speculate that would be half as bad if it was intuitive to reach the documentation. So let us observe how I approach that and what we might learn from it:
- I realise I need something I don't know how to achieve or a macro doesn't work as I understood it
- I google what I want or the command
- I expect some documentation site to show up in the first page of results, but there are at most StackExchange or similar QA pages, no formal docs listing all options etc.
Answers to the post mentioned originally ftp://ftp.dante.de/tex-archive/help/Catalogue/alpha.html (which doesn't seem to work for me, chromium tries to open firefox which doesn't know what to do with it either), https://www.ctan.org/tex-archive/info/LatexHelpBook or good old texdoc <package name> (which tells me texdoc error: No texlive.tlpdb nor shipped tlpdb data found., maybe I have to install the docs separately?) — Anyway, not userfriendly enough with todays conventions, in my opinion.
So, what is the argument against creating a documentation hub in the style of Read the Docs or whatever finds consent, where the core and all known (or the most used) packages can be read up on, with all macros they introduce and their options and implications? Ideally, with added cross references as well. I imagine it on https://www.latex-project.org/ or directly linked and promoted from there.
I can only think of the question of a strategy regarding future versions. If packages are added without their authors acknowledging and endorsing it, they would not submit their updated documentation. Having a team manually chase those is not a future proof strategy for sure, but I think only adding the most popular packages at first and relying on the (hopefully) increasing popularity of the documentation to drive authors to submit their docs from then on could work well.
So, what are your thoughts on this? Is this completely unnecessary? Is such a project already underway? If so, it hasn't reached my search results yet.
Edit: Existing project in that direction that was brought to my attention: https://texdoc.net – finds documentation resources for package names, does not allow searching for macro names. I suggested this as an issue
texdocand the published books, etc. ? – Peter Wilson Aug 19 '21 at 17:11