Update of bug #67680 (group groff):

                  Status:             In Progress => Fixed
             Open/Closed:                    Open => Closed
         Planned Release:                    None => 1.24.0

    _______________________________________________________

Follow-up Comment #6:


commit 1aa48d358973c8f67426e40dfe1fb23346278f1c
Author: G. Branden Robinson <[email protected]>
Date:   Fri Nov 7 05:54:57 2025 -0600

    [troff]: Regression-test Savannah #67680.
    
    * src/roff/groff/tests/asciify-special-characters-correctly.sh: Do it.
    * src/roff/groff/groff.am (groff_TESTS): Run test.
    
    Test fails at this commit.

commit 7cf04b46f6150a97afd83b5bd8be4591b8673071
Author: G. Branden Robinson <[email protected]>
Date:   Fri Nov 7 05:58:00 2025 -0600

    [troff]: Fix Savannah #67680.
    
    Improve "asciification" of more special characters.
    
    * src/roff/troff/node.cpp (glyph_node::asciify): Fix and clarify logic.
      First, if a glyph as an "asciify code", use that.  Then, if it has a
      nonzero "ASCII code", use that.  Next, if it has a Unicode mapping,
      write out an appropriate escape sequence using the default escape
      character.  (This source file has no insight into what a user's
      selected escape character is.)  Map code points U+0022, U+0027,
      U+002D, U+005C, U+005E, U+0060, and U+007E to predefined special
      character escape sequences (see groff_char(7)).  For all other Unicode
      code points, write out an escape sequence of the form `\[uYXXXX]`.
      Finally, if none of the foreging mappings exist, throw an error
      diagnostic and dump the glyph's "charinfo", as if `pchar` were called
      on a corresponding GNU troff character.
    
    * src/roff/groff/tests/asciify-request-works.sh: Adjust test
      expectations.  Reset the escape character to the default before
      interpolating an "asciified" diversion; see above.  Surrender to a
      regression; the new logic doesn't know how to cope with the fallback
      character definition for the `fl` special character defined in
      "ps.tmac".  (Possibly, the PDF device should delete this fallback
      character.)
    
    Fixes <https://savannah.gnu.org/bugs/?67680>.  Thanks to Deri James for
    the report.




    _______________________________________________________

Reply to this item at:

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

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

Attachment: signature.asc
Description: PGP signature

Reply via email to