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

2020-11-06 Thread G. Branden Robinson
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

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

2020-11-06 Thread G. Branden Robinson
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 -

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

2020-11-06 Thread G. Branden Robinson
Update of bug #59424 (project groff): Category:None => Macro - mdoc Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release:

[groff] 02/02: groff_mdoc(7): Fit table in 78n even on non-UTF-8.

2020-11-06 Thread G. Branden Robinson
gbranden pushed a commit to branch master in repository groff. commit 26dbbfab344640f613a6045843298120468c7106 Author: G. Branden Robinson AuthorDate: Sat Nov 7 10:12:08 2020 +1100 groff_mdoc(7): Fit table in 78n even on non-UTF-8. * tmac/groff_mdoc.7.man (Predefined strings):

[groff] 01/02: roff(7): Revise.

2020-11-06 Thread G. Branden Robinson
gbranden pushed a commit to branch master in repository groff. commit 7a5f86f66c66815a29e10455c96eb46c1aff2b27 Author: G. Branden Robinson AuthorDate: Thu Nov 5 18:40:18 2020 +1100 roff(7): Revise. Keep hacking away... Content: * Use "output driver" in favor of "device

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

2020-11-06 Thread Bjarni Ingi Gislason
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)

2020-11-06 Thread G. Branden Robinson
Update of bug #59424 (project groff): Status:None => Confirmed Assigned to:None => gbranden ___ Follow-up Comment #1: [comment #0 original

Re: What is the difference between GNU groff and Mac OS X groff

2020-11-06 Thread Jan Stary
> >>> What options are needed to make GNU groff behave the same as > >>> Mac OS X groff? Roll back 16 years: groff --version GNU groff version 1.19.2 Copyright (C) 2004 Free Software Foundation, Inc.

Re: What is the difference between GNU groff and Mac OS X groff

2020-11-06 Thread Michail Vidiassov
Dear All, >>> What options are needed to make GNU groff behave the same as >>> Mac OS X groff? >> Do >> export GROFF_NO_SGR=yes >> in the shell and then try your groff command again. > OK. This works. Thanks. > So, that is the change between 1.19.2 and 1.22.4? It is not a change in groff

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

2020-11-06 Thread Bjarni Ingi Gislason
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:

Re: Observations using utmac

2020-11-06 Thread Johann Höchtl
On 05.11.20 21:51, Pierre-Jean Fichet wrote: Hello Johann, Johann Höchtl wrote: Johann Höchtl wrote: There's no technical reason. And I guess it's a valuable feature request I see. I guess the logic is more or less in place as the Sx-macros to their job nicely? Yes it is. One easy trick is

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

2020-11-06 Thread anonymous
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