* Documentation/index.rst
@ 2022-04-11 8:41 Borislav Petkov
2022-04-16 8:53 ` Documentation/index.rst Jonathan Corbet
0 siblings, 1 reply; 2+ messages in thread
From: Borislav Petkov @ 2022-04-11 8:41 UTC (permalink / raw)
To: Jonathan Corbet; +Cc: linux-doc, lkml
Hey Jon,
so this has been irking me for some time now:
I'd build html documentation and open Documentation/output/index.html in
the browser to see how the added piece looks.
And yes, there's the search box ontop but for the life of me, it is
really hard to find the section which was added from the wild naming and
sorting of the different documentation sections in the left table of
contents. I always have to go map it from the source.
For example:
On the page right it says "Licensing documentation" but that's not in
the left TOC.
Then
"Licensing documentation, ... User-oriented documentation" ... the word
"documentation" is unnecessary. "Linux" in all those section names etc
"is superfluous too.
And then the title format of the sections is kinda different.
And the structure should be probably organized better and not have
"The Linux kernel user’s and administrator’s guide"
on the same level as
"MHI"
for example, whatever that last thing is.
And so on.
So I was thinking that maybe there should be a small set of rules -
don't want to overload submitters :) - about structure and formatting
of each documentation section/file/etc so that the final product can be
more useful and I can actually find something in there. :-)
Thoughts?
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Documentation/index.rst
2022-04-11 8:41 Documentation/index.rst Borislav Petkov
@ 2022-04-16 8:53 ` Jonathan Corbet
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Corbet @ 2022-04-16 8:53 UTC (permalink / raw)
To: Borislav Petkov; +Cc: linux-doc, lkml
Borislav Petkov <bp@alien8.de> writes:
> So I was thinking that maybe there should be a small set of rules -
> don't want to overload submitters :) - about structure and formatting
> of each documentation section/file/etc so that the final product can be
> more useful and I can actually find something in there. :-)
Totally agreed.
When I took on Documentation/, it was one big pile of random stuff.
Since then, I've been pushing to organize things into various "books"
with some success, so that now we have several smaller piles of random
stuff. I do think it's an improvement, but the job is far from done.
$SOMEBODY really needs to do a pass over the top-level index.rst and
create some better order there, it's been a while. I'll try to get to
that soon (if nobody beats me to it - a likely outcome :), but it won't
be right away.
thanks,
jon
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-04-16 8:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-04-11 8:41 Documentation/index.rst Borislav Petkov
2022-04-16 8:53 ` Documentation/index.rst Jonathan Corbet
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).