9front - general discussion about 9front
 help / color / mirror / Atom feed
From: "Lyndon Nerenberg (VE7TFX/VE6BBM)" <lyndon@orthanc.ca>
To: 9front@9front.org, sirjofri <sirjofri+ml-9front@sirjofri.de>
Subject: Re: [9front] 9front man pages
Date: Sun, 10 Mar 2024 12:16:32 -0700	[thread overview]
Message-ID: <fa014db761bb692d@orthanc.ca> (raw)
In-Reply-To: <845a3bf2-df8b-45f7-8f1a-4d09f2688a77@sirjofri.de>

sirjofri writes:

> I also like the idea of having an additional program that parses the source f
> ile for everything in between ARGBEGIN/ARGEND, combined with comments for des
> cription. Flags without comment could be omitted to have the option of omitti
> ng debug functionality, and it's easy enough to document with that. On the ot
> her hand, that puts part of the documentation into the source code, which is 
> very much different from how man pages work.

The trouble with this approach is it only works with the languages
it knows about.

What if I write something in Fortran?  Or Go?  Or whatever other
language I port across.  Whatever this is, it needs to be universal,
and I don't see a practical solution.

I don't really believe the argument that people will read only
the flags documentation and ignore the manpage.  Someone that lazy
is likely not reading the manpage at all.  And anyway, that argument
is purely speculation.

Whenever you read technical documentation, those sorts of enumerated
lists are almost always called out separately.  There are several
reasons for that, readablilty being paramount.

While I'm a firm believer in precedent, it's shouldn't be cast in
granite.  I firmly believe documenting command flags inline was a
mistake.  We should be able to admit that and fix it.

--lyndon

  reply	other threads:[~2024-03-10 19:18 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-08  4:47 eso
2024-03-08  5:07 ` Jacob Moody
2024-03-08  5:28   ` Roberto E. Vargas Caballero
2024-03-08  9:01     ` qwx
2024-03-08 11:30       ` hiro
2024-03-08 11:34         ` hiro
2024-03-08 11:35           ` hiro
2024-03-08 16:01           ` eso
2024-03-08 16:24             ` qwx
2024-03-08  5:23 ` ori
2024-03-08 17:40   ` Lyndon Nerenberg (VE7TFX/VE6BBM)
2024-03-08 18:30     ` hiro
2024-03-08 23:20       ` umbraticus
2024-03-08 23:50         ` ori
2024-03-09  0:40           ` sl
2024-03-09  1:08             ` hiro
2024-03-09  1:36               ` Stanley Lieber
2024-03-09 11:01                 ` sirjofri
2024-03-10 19:16                   ` Lyndon Nerenberg (VE7TFX/VE6BBM) [this message]
2024-03-10 21:05                     ` sirjofri
2024-03-10 21:11                     ` hiro

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=fa014db761bb692d@orthanc.ca \
    --to=lyndon@orthanc.ca \
    --cc=9front@9front.org \
    --cc=sirjofri+ml-9front@sirjofri.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).