[bug #55155] [troff] .tr is applied to the RHS of .char definitions

[Bjarni Ingi Gislason]

Follow-up Comment #15, bug #55155 (project groff):


[comment #13 comment #13:]
> 
> [comment #12 comment #12:]
> > Further musings:
> > 
> > All the example usages in the email thread appeared to be contrived for
this thread; no one responded with a clear real-world case that would be
affected by the change one way or the other.
> 
> I can address that.
> 
> Format Kernighan & Cherry's "Typesetting Mathematics -- User's Guide (Second
Edition)" for PostScript or PDF and watch the page header bounce back and
forth between hyphens and minus signs.
> 
> Procedure:
> 
> 1. Obtain the paper's source files. 
https://minnie.tuhs.org/cgi-bin/utree.pl?file=V7/usr/doc/eqn/
> 2. Apply the attached patch.
> 3. make eqnuser.pdf
> 4. Compare, e.g., the page headers on pages 2 and 3.
> 
> Optional step 2a--review the patch file and verify that there is nothing up
my sleeve.  The sources of the user's guide are the files starting with "g".
> 
> (file #54594)

  This is a bug in the input source.  The transliteration is absent if
the formatting is for an A4 page (groff ... -dpaper=A4 ...)

  The cause of the visibility of the bug is a page break between the
macros P1 and P2 in file "g1".

  Adding a test before macro P1:

.\" Added to avoid a page brake before .P2
.if \n(.t<4v .bp
.P1
x=y+z
.P2

resolves the problem.

  So, it is the responsibility of the writer to ensure that the
transliteration is reversed in time.

  Ergo: no need to mess with the code of the request "tr".


    _______________________________________________________

Reply to this item at:

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

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