[bug #64202] [man pages] groff_man(7) inconsistently (and redundantly) guards some .MR references with '\%'

[G. Branden Robinson]

Update of bug #64202 (group groff):

                  Status:               Need Info => Rejected               
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #7:

I'm rejecting this.  If a PDFMark tag indexing system constructs _groff_
identifiers from arbitrary input strings, that system is responsible for
ensuring that the constructed identifiers are syntactically valid.

The _groff_ language has, for decades, supported the `\A` escape sequence to
assist with this.

Unfortunately, it has also lacked a string iterator that would make it easier
to _do_ something about arbitrary input strings one's tag indexing system
encounters.  (Apart from aborting the formatter or risking incorrect lookups
on tag values, that is.)  Providing such a facility is contemplated as a
future _groff_ language direction in bug #62264.

I decided to solve this problem in "pdf.tmac" by not constructing _groff_
identifiers from arbitrary input strings, instead using another string,
indexed by the bookmark's sequence number.  This does come at the price of
turning tag lookup time from constant in the number of already-recorded tags
to linear.

Fortunately, that change appears not to have had significant impact on
document rendering time, and costs little even in a document with ~900
bookmark tags.

https://lists.gnu.org/archive/html/groff/2024-03/msg00012.html  


    _______________________________________________________

Reply to this item at:

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

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