[bug #64018] [man, mdoc] decide on a common base paragraph indentation

[Thorsten Glaser]

Follow-up Comment #10, bug #64018 (project groff):

Merely ugly.

Old:

SYNOPSIS
     mksh [-+abCefhiklmnprUuvXx] [-+o option] [-T [!]tty|-] [file [arg1 ...]]
     mksh [-+abCefhiklmnprUuvXx] [-+o option] [-T [!]tty|-] -c cmd [arg0 ...]
     mksh [-+abCefhiklmnprUuvXx] [-+o option] [-T [!]tty|-] -s [arg1 ...]
     builtin-name [argument ...]

New:

SYNOPSIS
       mksh     [-+abCefhiklmnprUuvXx]     [-+o    option]    [-T   
[!]tty|-]
            [file [arg1 ...]]
       mksh  [-+abCefhiklmnprUuvXx]  [-+o  option]  [-T   [!]tty|-]   -c  
cmd
            [arg0 ...]
       mksh [-+abCefhiklmnprUuvXx] [-+o option] [-T [!]tty|-] -s [arg1 ...]
       builtin‐name [argument ...]

Very ugly though ;-)

These are all with standard 80 columns.

Sorry, I don’t have a guide… most of the time, it’s the nine-argument
limit (sometimes eight, but I fixed some of these cases), and more rarely
converting \[xx] to \(xx.
There is also an issue with where \& should be placed, which also affects
J�rg Schilling’s systems. We figured out that putting \& after punctuation
*only* for stuff like “e.g.\&” (where you don’t want the american
double-spacing after), and otherwise before (e.g. “\&.” or “\&xx”
where xx is a request name) works best.

I did add some of the new features to my tmac, like .In to mdoc(7) and the
Xr-like .MR to man(7).

We cannot, obviously, have three-letter requests.



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64018>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/