Update of bug#65232 (group groff): Status: Need Info => Invalid Open/Closed: Open => Closed
_______________________________________________________ Follow-up Comment #4: [comment #3 comment #3:] > After switching from pdfroff (-Tps) to pdfmom (-Tpdf), hyphenation suddenly works fine. Glad to hear it. > Moreover, it will even work with UTF8 input (-Kutf-8), even though that causes other glitches. What glitches are you seeing? > I have no idea way it can hyphenate Unicode escapes. The input is coverted from UTF-8 to KOI8-R. The hyphenation patters are defined in terms of KOI8-R code points. The formatter (GNU _troff_) decides where the hyphens should go and performs the breaks. The formatter converts the input characters into internal data structures called "nodes" that do not use an externally visible encoding. Then, when generating device-independent output, each glyph nodes is converted to a device-independent special character command _if_ the output device supports its code point. (If it doesn't, you get a warning like "special character 'u0413' not defined".) > pdfroff should perhaps be marked as deprecated or pdfmom should outright replace it. We are pondering that notion in bug #63827. Would you like to be added to the CC list of that ticket? > From my perspective, you can close this ticket. Thanks for following up! Closing. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?65232> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/