On Sun, 07 Jan 2024, Michał Górny wrote:
Here's another idea, a new dev-doc category (though I suppose we could
try to find a better name), dedicated to:
Tools to generate, convert, view and process documentation.
This is notably meant to move software out of app-doc/ which is
specifically dedicated to "documentation collections". Candidates:
app-doc/NaturalDocs
app-doc/doxygen
app-doc/halibut
app-doc/psmark
app-doc/xmltoman
app-doc/zeal
app-text/mandoc
app-text/texi2html
app-text/xchm
app-text/xml2rfc
app-text/xmlto
dev-util/gi-docgen
dev-util/gtk-doc
dev-util/source-highlight
sys-apps/man-db
sys-apps/texinfo
On Sun, 07 Jan 2024, Ulrich Mueller wrote:
I cannot really see a delineation between app-text and app-doc.
On Sun, 07 Jan 2024, Michał Górny wrote:
Here's another idea, a new dev-doc category (though I suppose we could
try to find a better name), dedicated to:
  Tools to generate, convert, view and process documentation.
This is notably meant to move software out of app-doc/ which is specifically dedicated to "documentation collections". Candidates:
app-doc/NaturalDocs
app-doc/doxygen
app-doc/halibut
app-doc/psmark
app-doc/xmltoman
app-doc/zeal
app-text/mandoc
app-text/texi2html
app-text/xchm
app-text/xml2rfc
app-text/xmlto
I cannot really see a delineation between app-text and app-doc.
For example, packages like psmark, xmlto, or even texi2html are general format manipulation/conversion tools and IMHO app-text is the right
category for them. Also, why would you keep pandoc and manpager in
app-text but move xmlto and mandoc out of it?
On Sun, 07 Jan 2024, Michał Górny wrote:
On Sun, 2024-01-07 at 17:58 +0100, Ulrich Mueller wrote:
I cannot really see a delineation between app-text and [dev]-doc.
For example, packages like psmark, xmlto, or even texi2html are general
format manipulation/conversion tools and IMHO app-text is the right
category for them. Also, why would you keep pandoc and manpager in
app-text but move xmlto and mandoc out of it?
It's a bit blurry. My original idea was to keep app-text/ for general- purpose text tools (like text editors), while make dev-doc/ focused on formats specific to documentation (like code documentation, manpages).
On Sun, 07 Jan 2024, Michał Górny wrote:
On Sun, 2024-01-07 at 17:58 +0100, Ulrich Mueller wrote:
I cannot really see a delineation between app-text and [dev]-doc.
For example, packages like psmark, xmlto, or even texi2html are general format manipulation/conversion tools and IMHO app-text is the right category for them. Also, why would you keep pandoc and manpager in app-text but move xmlto and mandoc out of it?
It's a bit blurry. My original idea was to keep app-text/ for general- purpose text tools (like text editors), while make dev-doc/ focused on formats specific to documentation (like code documentation, manpages).
We already have app-editors for text editors. For the rest, it seems
very blurry indeed and would leave us with (IMHO too many) borderline
cases.
You certainly have a point that document processing tools are misplaced
in app-doc. Maybe just move them to app-text, which would be a more
minimal change?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 475 |
Nodes: | 16 (2 / 14) |
Uptime: | 16:37:24 |
Calls: | 9,487 |
Calls today: | 6 |
Files: | 13,615 |
Messages: | 6,121,086 |