[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #59384] ms: doesn't warn about repeated .TL macros as it should
From: |
G. Branden Robinson |
Subject: |
[bug #59384] ms: doesn't warn about repeated .TL macros as it should |
Date: |
Sun, 27 Dec 2020 21:40:10 -0500 (EST) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Update of bug #59384 (project groff):
Status: None => Invalid
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #2:
Thanks for finding the reason for current groff ms behavior, Bjarni!
I looked into V7 Unix ms and found the following as part of the "BG" macro,
which is called by a few body text macros including "RT" (reset) which is in
turn called by the sectioning and paragraphing macros.
.de TL
.ft 3
.sp
.if n .ul 100
.ce 100
.LG
\\..
.de AU
.ft 2
.if n .ul 0
.ce 100
.sp
.NL
\\..
.de AI
.ft 1
.ce 100
.if n .ul 0
.if n .sp
.if t .sp .5
.NL
\\..
The above is revealing in two ways. First, it shows that in AT&T ms, you
_could_ abuse .TL as a sort of sectioning macro--but secondly, that you could
also do the same with the author name (AU) and institution (AI) macros!
...and sure enough, groff ms supports this (ab)use of AU and AI as well, in a
compatible way, without warnings.
To get the error identified in the original report, .TL has to be used
multiple times prior to a paragraph or sectioning macro.
.TL
Document Title
.TL
Document Title #2
.PP
This is my paragraph.
I therefore conclude that this is deliberate behavior and am resolving the
ticket.
I am mulling over whether and how to document this oddity of TL, AI, and AU in
our ms documentation.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?59384>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/