Hi Jim,

Thanks for the quick response - so much for those (typically among the
proprietary suppliers whose support is worst) who say Free Software
lacks support ;^)

> The main trick is knowing that the `real' documentation ...

ah, I see.
I guess that's why the COPYRIGHT notice is (mildly inappropriately)
for the program described, without saying so, rather than for the man
page itself ... of course, since copyright notices became optional
some time ago, this is not an issue.

Perhaps it would be worth making the situation obvious earlier;
e.g. add a second line to DESCRIPTION along the lines of

       This is just terse help: SEE ALSO points to full documentation.

added to the man page while adding the SEE ALSO section; or, indeed,
the whole SEE ALSO section could be made redundant by adding

       For full documentation use command: info coreutils sort

to the --help output after what becomes the first line of DESCRIPTION.

As an ageing emacs junkie, it occurs to me that mentioning that
  C-h i d m sort
is another route to SEE ALSO's destination.  Then again, anyone who
needs it can probably work that out from what you said ;^)

>> ... +$n is an undocumented form of -k $(( 1 + $n )).  If it is
>> deprecated, then the man page should say so ...

> It does say so -- in the real (`info sort') documentation.

(nod)

>> Saying "(origin 1)" meant something to me, but I suspect a newcomer
>> would be more likely to understand "(left-most field is number 1)".

> But then it wouldn't fit on one line :-) 1/2

and I see the info page is suitably clearer :-)

> At least one option (`b') can be applied to either
> the start field or end field -- or to both, but it's a little
> esoteric and not often useful.

ah, OK.
I tentatively guess *trailing* space is ignored for all fields ?

> SIZE may be followed by the following multiplicative suffixes: % 1%
> of memory, b 1, K 1024 (default), and so on for M, G, T, P, E, Z, Y.

woaaah ! Yotta-bytes ?  Even 64-bit machines are going to have trouble
addressing that big (1L << 80) a chunk of memory !  (Same problem for
zetta-bytes.)  I guess that's what you call "forward compatibility" ;^)
I think the above should say "byte" where it's the unit and be
punctuated as:

       SIZE may be followed by the following multiplicative
       suffixes - %: 1% of memory; b: 1 byte; K: 1024 bytes
       (default); and so on for M, G, T, P, E, Z, Y.

I also note that the paragraph beginning "Mandatory options" belongs
in the preamble, since it doesn't (I assume) apply only to the
Ordering options !  So it should appear before that sub-heading.

The indentation leaves a little to be desired.  The explanative texts
for -b, -t and --help itself appear inline with the actual option
illustrations (which is fine for the --help output but not so good for
the man page); and it would be nicer if at least the sub-headings -
"Ordering options" and "Other options:" - were less indented than the
actual option illustration (the running text could sensibly share
their indentation), e.g.

DESCRIPTION
   Write sorted concatenation of all FILE(s) to standard output.
   This is just terse help: SEE ALSO points to full documentation.

   Mandatory arguments to long options are mandatory for short options
   too.

   Ordering options:

      -b, --ignore-leading-blanks
            ignore leading blanks

and so on (it almost seems a shame to give a help text when the long
option is so informative).  Yes, I am a pythonista; and no, I don't
remember enough [gnt]roff to know how to fix that.  I learned a new
format - HTML - over a decade ago, and have forgotten several old ones
from disuse.

Thanks again for your help,

        Eddy.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to