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/