[bug #64105] [eqn] off-by-one error in line numbering

Follow-up Comment #1, bug #64105 (project groff): I have a fix in my working copy, with further regression tests. commit 254befbbde98b0b55e6521ae5a159f2733835b46 Author: G. Branden Robinson Date: Sun Apr 30 06:06:51 2023 -0500 [eqn]: Fix Savannah #64105. * src/preproc/eqn/main.c

[bug #62264] string iteration handles escape sequences inconsistently (want `for` request)

Follow-up Comment #3, bug #62264 (project groff): A corollary to this idea is that we could move `asciify` and `unformat` out of the formatter, making them macros that employ `for`. ___ Reply to this item at:

[bug #46914] breaking behavior inconsistent within a .ce block

Follow-up Comment #14, bug #46914 (project groff): [comment #13 comment #13:] > Whether .ce should break input lines as a general rule is the topic of #60731; the bug you're currently reading is only about the _inconsistency_ in breaking behavior given specific inputs. This inconsistency needs

[bug #46914] breaking behavior inconsistent within a .ce block

Follow-up Comment #15, bug #46914 (project groff): [comment #14 comment #14:] > The formatter has no conception of columns. There is only a line length. Yeah, I was speaking in shorthand, but apparently shortened too much. By "column" I meant it would calculate the center between the page offse

[bug #64130] an.tmac does not honour -f family for headings - assumes T family.

URL: Summary: an.tmac does not honour -f family for headings - assumes T family. Group: GNU roff Submitter: deri Submitted: Sun 30 Apr 2023 08:57:25 PM UTC Category: Macro man