[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #12, bug #46914 (project groff): [comment #11 comment #11:] > Similar "subject" is also discussed in bug #60731 > > It is the job of '.ce' to ignore the right margin, This is an absurd claim. The request has to know where the "right margin" is (what the line length is)

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #11, bug #46914 (project groff): Similar "subject" is also discussed in bug #60731 It is the job of '.ce' to ignore the right margin, that is, _not_ to break the input line in two pieces for the output line. The example in groff.texi ("info groff") is misleading in two

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #10, bug #46914 (project groff): s/for not worthwhile/or not worthwhile/ ___ Reply to this item at: ___ Message sent via Savannah

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #9, bug #46914 (project groff): [comment #8 comment #8:] > [comment #7 comment #7:] > > This also makes sense as centering and filling are incompatible > > goals. > > They aren't conceptually; this > $ printf '.ce 2\nHello,\nworld!\n' | nroff | cat -s >

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #8, bug #46914 (project groff): [comment #7 comment #7:] > This also makes sense as centering and filling are incompatible > goals. They aren't conceptually; this $ printf '.ce 2\nHello,\nworld!\n' | nroff | cat -s Hello,

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #7, bug #46914 (project groff): The documentation in CSTR#54 and in Heirloom (https://heirloom-doctools/doc/troff/doc.ps) are silent about fill mode, but one can deduce from the text, that neither filling nor breaking of input lines is done. This also makes sense as

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #6, bug #46914 (project groff): [comment #5 comment #5:] > When filling is enabled and `ce` is used, not only does > automatic breaking still take place in spite of no filling > proper taking place, but adjustment does too! Good catch! Had I been more eagle-eyed, I would have

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #5, bug #46914 (project groff): When filling is enabled and `ce` is used, not only does automatic breaking still take place in spite of no filling proper taking place, but adjustment does too! You just need an example that reveals it. $ cat ATTIC/ce2.roff .de FR Text can be

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #4, bug #46914 (project groff): [comment #1 comment #1:] > But bug #60731 raises the question of whether the actual bug > above is in the output of the second or the third .ce call. _One_ > of them seems to be wrong, since they handle the same situation > (input longer than the

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #3, bug #46914 (project groff): Given the input file of comment #2, Heirloom nroff breaks none of the centered lines. Its output: 12345678901234567890 Some line with long singleword Some line with long singleword Some line with long singleword Some line with longe singleword

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #2, bug #46914 (project groff): The line is only split, if a space is after a non-space in the excessive part of the line. Script: .pl 20v .fam C .\".ll 20u*\w' 'u .ll (u;20*\w' ') .ad b\" (usually) default 12345678901234567890 Some line with long singleword\" .ce 4 Some

[bug #46914] .ce sometimes ignores right margin

Follow-up Comment #1, bug #46914 (project groff): You can see the bug in nroff output too; just edit the example input file to change the line length from 2i to 38n. The terminal output from this (using groff 1.23.0.rc1) is: some text some text some text some text some text some text

[bug #46914] .ce sometimes ignores right margin

Update of bug #46914 (project groff): Category:None => Core ___ Reply to this item at: ___