[bug #42233] [PATCH] wcwidth(3) used on UCS4/UTF-32 codepoints

Follow-up Comment #4, bug #42233 (project groff): |>> Steffen has withdrawn most/all of his other patches and even after |>> reading |> |> I do not know what this has to do with this bug. | |As I recall (dimly), you said something at some point that I perhaps |misinterpreted--that you were

[bug #59424] tmac/groff_mdoc.7.man: one table is wider than the line width (80)

URL: Summary: tmac/groff_mdoc.7.man: one table is wider than the line width (80) Project: GNU troff Submitted by: bjarniig Submitted on: Fri 06 Nov 2020 09:44:09 PM UTC Category: None

[bug #59424] tmac/groff_mdoc.7.man: one table is wider than the line width (80)

Update of bug #59424 (project groff): Status:None => Confirmed Assigned to:None => gbranden ___ Follow-up Comment #1: [comment #0 original

[bug #59397] Assign default .hcode values to alphabetic characters in groff's default character set

Follow-up Comment #2, bug #59397 (project groff): As shown in the documentation, (for example "info groff |& less", search for "\.hcode") each lower case 8-bit character is its own hyphenation code. So the example should be .hcode \['e] \['e] _

[bug #59424] tmac/groff_mdoc.7.man: one table is wider than the line width (80)

Update of bug #59424 (project groff): Category:None => Macro - mdoc Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release:

[bug #59425] [man, ms]: man pages are not compatibility-wrapper aware

URL: Summary: [man, ms]: man pages are not compatibility-wrapper aware Project: GNU troff Submitted by: gbranden Submitted on: Sat 07 Nov 2020 06:08:37 AM UTC Category: Macro - others

[bug #59397] Assign default .hcode values to alphabetic characters in groff's default character set

Follow-up Comment #3, bug #59397 (project groff): I still have a lot to learn about hyphenation, so feel free to point me to the manuals on this, but I think Bjarni may be mistaken. The hyphenation patterns we use for English (tmac/hyphen.us, which should probably be hyphen.en), since _language_,