Re: Hungarumlauts in built-in fonts

t; Does this mean the problem doesn't happen for the ps device? Or > have you not tried that? Tested. The problem affects -Tps as well. The best solution is to use the urw fonts, which render fine. Should a ticket be opened on savannah for the built-in fonts? -- Peter Schaffter https://www.schaffter.ca

[bug #64155] specifying -fZD on command line generates warnings

Update of bug #64155 (group groff): Status: Confirmed => Need Info ___ Follow-up Comment #32: [comment #28 comment #28:] > [comment #27 comment #27:] > > Hi Peter, > > I should have spent a

[bug #64155] specifying -fZD on command line generates warnings

Follow-up Comment #26, bug #64155 (group groff): I guess I wasn't clear enough when I advised not implementing .fam checking as proposed by Branden, as I have just discovered the change has been committed, with the expected consequence: partial families in my library that have only R and I fonts

Re: PDF outline anomaly

Branden -- Deri sent me privately an amended gropdf that fixes the issue. I missed a couple of commit messages this morning but I believe he has pushed the changes to the repo. -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [mom]:[momdoc]: Minuscule html formatting change.

PTPi pushed a commit to branch master in repository groff. commit a77fbf8fd6d6d4ff05d88f6ede9ac694b116ada1 Author: Peter Schaffter AuthorDate: Tue Apr 30 13:09:39 2024 -0400 [mom]:[momdoc]: Minuscule html formatting change. --- contrib/mom/momdoc/goodies.html | 1 - 1 file changed, 1

Re: PDF outline anomaly

o another bisect to see where the 'u]' started creeping in, but it > looks to me like there's more than one problem to solve. I rather suspected it might be the tip of an iceberg. -- Peter Schaffter https://www.schaffter.ca

PDF outline anomaly

terpreted as literal text when the text of a heading with \*[COND] is passed to pdfbookmark. -- Peter Schaffter https://www.schaffter.ca

[groff] 02/02: [mom]: Update BUGS

PTPi pushed a commit to branch master in repository groff. commit d0b1004f60b4242d4ce54c62afce55276bcdba6f Author: Peter Schaffter AuthorDate: Thu Apr 18 14:16:28 2024 -0400 [mom]: Update BUGS --- contrib/mom/BUGS | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[groff] 01/02: [mom]: Fixes ITEM spacing at document start and top of page.

PTPi pushed a commit to branch master in repository groff. commit d9b2bd63084a4ba144dc6274460ae8d05a0a527a Author: Peter Schaffter AuthorDate: Thu Apr 18 13:48:48 2024 -0400 [mom]: Fixes ITEM spacing at document start and top of page. --- contrib/mom/om.tmac | 1 + 1 file changed, 1

Re: Incorrect list item spacing after pagebreak

m release. For now, 1. Open the file om.tmac. 2. Look for .MAC ITEM END 3. Add this line immediately underneath .if \\n[#START]+\\n[@TOP]>0 .RESTORE_SPACE -- Peter Schaffter https://www.schaffter.ca

Re: Enumerator spacing in bullet lists with mom

g or decreasing the size of the bullets, or, in your case, increasing the gutter between the bullet and the text. -- Peter Schaffter https://www.schaffter.ca

Re: Enumerator spacing in bullet lists with mom

it is preferable to insert blank lines (visual spacers) into mom text files by putting a period (dot) at the start of the line, like so .PAPER A4 . .TITLE "Some Title" -- Peter Schaffter https://www.schaffter.ca list-test.pdf Description: Adobe PDF document

[bug #65198] mom/examples/*.txt: change '-k' to '-K utf8'

Update of bug #65198 (group groff): Status:None => Fixed ___ Follow-up Comment #6: [comment #4 comment #4:] > Comment #3 appears to misunderstand the point of comment #2: this

[groff] 01/01: [mom]: Amend examples/README.txt and README-fr.txt

PTPi pushed a commit to branch master in repository groff. commit e103a6e61c0a7da21b2b211e6b3254730b85acd4 Author: Peter Schaffter AuthorDate: Mon Apr 15 15:24:01 2024 -0400 [mom]: Amend examples/README.txt and README-fr.txt Instruct use of -K utf8 rather than -k to process example

Re: the Courier font family and nroff history

On Sun, Mar 24, 2024, Steve Izma wrote: > Do you remember what the costs of the Linotronic machines would > have been? IIRC, the 202 cost between $40,000 and $60,00 at the end of the eighties. The 300 series ran about $60,000. -- Peter Schaffter https://www.schaffter.ca

Re: the Courier font family and nroff history

omputers. I wouldn't call those Macs cheap or hobby-level, not by a long shot. :) -- Peter Schaffter https://www.schaffter.ca

Re: An extremely lazy proposal

files with a mapped key in vim(1). The key invokes a script that throws -Kutf8 -e -t -p -R -s -G at groff regardless of which preprocessors are needed, if any. I've never noticed a performance penalty. The -A option might be a good idea. -- Peter Schaffter https://www.schaffter.ca

Re: Why does groff require psutils?

ing to ps2ps imposes no penalty on the mom documentation, which explicitly instructs users to acquire and install the psutils package if it is not already on their system. -- Peter Schaffter https://www.schaffter.ca

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #19, bug #60930 (group groff): How about just gfont? ___ Reply to this item at: ___ Message sent via Savannah

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #17, bug #60930 (group groff): [comment #16 comment #16:] > > Branden mentioned two more to-do items in the email cited in comment #5: > > * giving it a less name-space-stomperific name ("groff-font-install" or "groff-install-font" would be clear enough, but I think either would

[bug #64155] specifying -fZD on command line generates warnings

Follow-up Comment #24, bug #64155 (group groff): The restriction does conflict with mom's supplementary styles, however the conflict is not unique to mom. Any user-installed family may not have all of R/I/B/BI and, if a user gets creative with .sty, may not, in fact, have any of them. I have

Re: [groff] 28/28: [pdf]: Implement linear bookmark tag search

e a patch and send it to me. > If that is done (regardless of who does it), I can also chop out the `ie > d PRINTSTYLE` branches from pdf.tmac shown below. Which would address Doug's concern about PRINTSTYLE (mom specific macro) appearing in pdf.tmac, which should be macroset agnostic. -- Peter

Re: Font Palatino

ith Palatino (URW-Palladio) in roman, italic, bold, and bold-italic. Nothing special is required to access the fonts. The single-letter identifier is P, thus .ft PR = Palatino roman .ft PI = Palatino italic etc. -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [mom]: Minor style tweaks to mom-pdf.mom.

PTPi pushed a commit to branch master in repository groff. commit 66d28337296a7acf082957f41fd991598cd1ff2c Author: Peter Schaffter AuthorDate: Wed Feb 21 16:08:35 2024 -0500 [mom]: Minor style tweaks to mom-pdf.mom. --- contrib/mom/examples/mom-pdf.mom | 9 ++--- 1 file changed, 6

[groff] 01/01: [mom]: Update docs for 2.6_c.

PTPi pushed a commit to branch master in repository groff. commit 5459417e16e6f35ec9f85b7e28d708c6e8061db6 Author: Peter Schaffter AuthorDate: Wed Feb 21 16:07:20 2024 -0500 [mom]: Update docs for 2.6_c. --- contrib/mom/momdoc/docelement.html | 12 contrib/mom/momdoc/toc.html

[groff] 01/01: [mom]:[om.tmac]:Improve pdfbox handling around headings.

PTPi pushed a commit to branch master in repository groff. commit 9bc11965534995683009a9daee8c5de32968d1a4 Author: Peter Schaffter AuthorDate: Wed Feb 21 16:01:56 2024 -0500 [mom]:[om.tmac]:Improve pdfbox handling around headings. Add LEAD to HEADING_STYLE args. Bug fixes

[groff] 01/01: [pdfmom.pl]: Accrete `-k` and `-K` options to groff

PTPi pushed a commit to branch master in repository groff. commit bfc55cf250267d84ece913c010e3a4b425bc8367 Author: Peter Schaffter AuthorDate: Wed Feb 21 15:47:43 2024 -0500 [pdfmom.pl]: Accrete `-k` and `-K` options to groff --- src/devices/gropdf/pdfmom.pl | 6 +++--- 1 file changed, 3

Re: Accent mystery

t looks idiomatic enough to me. You can expect this change in my next > push. Thanks! Deri sent me a patch this morning. I've applied and tested it. Fixes the issue. If you want, I can push the change. -- Peter Schaffter https://www.schaffter.ca

Re: Accent mystery

ose the documentation for -K could simply be amended to read "don't use -k with -K" (though more elegantly worded) instead of "implies -k". -- Peter Schaffter https://www.schaffter.ca

Re: Accent mystery

Hi, Branden. On Mon, Feb 19, 2024, G. Branden Robinson wrote: > At 2024-02-19T12:39:53-0500, Peter Schaffter wrote: > > Your minimal file renders fine on my system without -Kutf8 *and* I > > recently encountered a file with a single accented character where > > passing -Kutf8

Re: [mom] CAPTION_AFTER _LABEL ignores alignment rules

F_IMAGE myimage.pdf 5c 5c \ LABEL "Label that looks like a caption." The output will have the LABEL text underneath the image, as expected (even though here it serves as a caption) and the image will appear in the List of Figures as "Label that looks like a caption." -- Peter Schaffter https://www.schaffter.ca

Re: RECTO_VERSO uses wrong margins

for giving the paper size at the command line, and no need to convert .ps to .pdf. -- Peter Schaffter https://www.schaffter.ca

Re: Accent mystery

ntly encountered a file with a single accented character where passing -Kutf8 had no effect (I had to introduce the character "silently" in an unused diversion to fix the problem). -- Peter Schaffter https://www.schaffter.ca

Re: [PATCH] tweak a mom diagnostic

t me take care of it. I'm planning to push a couple of changes in the next few days. I'll include it then. -- Peter Schaffter https://www.schaffter.ca

Re: Tears in my eyes, joy in my heart (was: gropdf-ng merge status (was: PDF outline not capturing Cyrillic text))

voice on the list. -- Peter Schaffter https://www.schaffter.ca

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #13, bug#60930 (group groff): [comment #12 comment #12:] > [comment #11 comment #11:] > > There's no copyright affixed to the script, but I can add one and > > slap on a GPL notice if that would help. Let me know. There'll > > probably have to be a copyright assignment to the

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #11, bug#60930 (group groff): [comment #10 comment #10:] > The potential downside depends on whether Peter wants to continue to maintain his script separately, which would make the groff git version a fork that will then not automatically pick up any changes Peter makes to his

[bug #60930] Integrate Peter Schaffter's font installer script into groff

Follow-up Comment #8, bug#60930 (group groff): [comment #6 comment #6:] > > * Write some test cases to ensure it works as expected > > It's possible Peter Schaffter, the script's developer, has some he's used privately and would be willing to share. Putting him on cc as well. So

Re: Ornamented Page Borders

l remaining tabs with "tab next" to keep on same baseline . nop \*[glyph] .\} .TQ . .\" Left .while (\n[.t]-\n[.v])>\n[.v] \{\ . nop \*[glyph] .\} . .\" Right .rt .sp .RIGHT .while (\n[.t]-\n[.v])>\n[.v] \{\ . nop \*[glyph] .\} . .\" Bottom (same as top) .LEFT .TB 1 .no

[groff] 01/01: [mom]: Version 2.6_b, update docs

PTPi pushed a commit to branch master in repository groff. commit 1fa4894ffcd84e7b2673fdbbb32102b5748563b6 Author: Peter Schaffter AuthorDate: Mon Jan 22 14:52:45 2024 -0500 [mom]: Version 2.6_b, update docs --- contrib/mom/momdoc/headfootpage.html | 90

[groff] 01/01: [mom]: Version 2.6_b, update example files

PTPi pushed a commit to branch master in repository groff. commit 8388779261a4643b7643fd8882a6b1473163d14b Author: Peter Schaffter AuthorDate: Mon Jan 22 14:51:42 2024 -0500 [mom]: Version 2.6_b, update example files --- contrib/mom/examples/copyright-chapter.mom | 4 +++- contrib/mom

[groff] 01/01: [mom]: Version 2.6_b, incorporate pdfpagenumbering

PTPi pushed a commit to branch master in repository groff. commit 5a5f6cd4117bc009cd5c0e8b0b8ea7fbf29a15f7 Author: Peter Schaffter AuthorDate: Mon Jan 22 14:48:07 2024 -0500 [mom]: Version 2.6_b, incorporate pdfpagenumbering * correctly maps printed page numbers to the PDF outline

Auto-relocated TOC in wrong place in pdf outlines

or if it's a gropdf bug. -- Peter Schaffter https://www.schaffter.ca .TITLE "PDF outline test .COVER TITLE AUTHOR .AUTHOR "Peter Schaffter .PRINTSTYLE TYPESET .AUTO_RELOCATE_TOC .START .PP 1 Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed at ante. Mauris eleifend, quam a

[bug #64592] [troff] registers .m and .M contain no initial value

Follow-up Comment #13, bug#64592 (group groff): [comment #12 comment #12:] > If no one objects to my proposed change in comment #10, please set this ticket's status to "Confirmed" and I'll take care of it. > > Or someone else can. It's a one-liner! But I don't know what _mom_(7) will need to

Re: Is there a Groff showcase?

es. However, floating justified text around an image is a whole 'nother ball of wax. -- Peter Schaffter https://www.schaffter.ca

Re: Proposed GNU troff behavior change: require end-of-input macros to exit

On Fri, Dec 08, 2023, G. Branden Robinson wrote: > I propose that GNU troff stop behaving like AT troff in one aspect of > end-of-input macro processing, documented in our Texinfo manual. I'm all for it, for all the reasons given. -- Peter Schaffter https://www.schaffter.ca

Re: Long Heading lines using mom

using 2.6 or 2.6_a and the problem persists, please send me a file exhibiting the error. Occasionally, when testing mom, I inadvertently set up conditions that give perfect results but which overlook some real world scenarios. Cheers. -- Peter Schaffter https://www.schaffter.ca

Re: [MOM[ unexpected behaviour when using blockquotes with two columns

update, that's all. > 2. In groff_mom there's a link to the local html manual (/usr/share/doc/ > groff-1.23.0/html/mom/toc.html), but most recent version of Groff on Arch > Linux > doesn't include the html pages, at least not where the points to. Branden? Anyone? -- Peter Schaffter https://www.schaffter.ca

Re: [MOM[ unexpected behaviour when using blockquotes with two columns

the fixed version (2.6_a) from the mom website: https://www.schaffter.ca/mom/mom-05.html#most-recent-release -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [mom]: Trivial corrections.

PTPi pushed a commit to branch master in repository groff. commit e75abcce6399a85326d488109ce343a9fec462e8 Author: Peter Schaffter AuthorDate: Wed Nov 15 19:33:40 2023 -0500 [mom]: Trivial corrections. --- contrib/mom/momdoc/docprocessing.html | 9 +++-- contrib/mom/momdoc/toc.html

[groff] 01/01: [mom]: Fix quote/blockquote indents across columns

PTPi pushed a commit to branch master in repository groff. commit e8346bed529532d8da751eef638fde4d27a64df1 Author: Peter Schaffter AuthorDate: Wed Nov 15 19:31:20 2023 -0500 [mom]: Fix quote/blockquote indents across columns --- contrib/mom/BUGS| 8 contrib/mom/om.tmac | 33

[groff] 01/01: [mom]: Version 2.6 doc updates

PTPi pushed a commit to branch master in repository groff. commit aaae0cb84d5b6c498886ae2c76bb29712b2d9bac Author: Peter Schaffter AuthorDate: Thu Sep 14 15:46:30 2023 -0400 [mom]: Version 2.6 doc updates --- contrib/mom/momdoc/cover.html | 2 +- contrib/mom/momdoc/tables

[groff] 01/01: [mom]: Version 2.6 released

PTPi pushed a commit to branch master in repository groff. commit 4905320fa26d8fbeb2b2da9bdd6c3dc8c85815e5 Author: Peter Schaffter AuthorDate: Thu Sep 14 15:43:30 2023 -0400 [mom]: Version 2.6 released Table of contents and internal color management revamped. --- contrib/mom/BUGS

Re: Long Heading lines using mom

Heinz-Jürgen -- On Tue, Aug 29, 2023, Peter Schaffter wrote: > On Tue, Aug 29, 2023, Heinz-Jürgen Oertel wrote: > > I'm translating from English to German so I have to overtake more > > ore less the long heading lines from a book. Using mom i can > > split the text lik

[bug #64639] [mom] odd output with #64421 reproducer

Follow-up Comment #5, bug #64639 (project groff): [comment #4 comment #4:] > Nevertheless Bjarni seems to have found a footgun. (Perhaps he has a big gun...or big feet.) > > Could we use more input validation in `DRH`? Not necessary, really. I preferred to use mom's COLOR macro in the

[bug #64639] [mom] odd output with #64421 reproducer

Follow-up Comment #3, bug #64639 (project groff): [comment #2 comment #2:] > The issue with the input in comment #1 appears to be that _mom_ assumes that a color named "default" exists (for me, it certainly defines a string _named_ `default` with the _contents_ `default`). cat

Re: Leaders

y > possibly required additional space. See the attached example. The example was enormously helpful. There's light at the end of my TOC multi-line entry tunnel. -- Peter Schaffter https://www.schaffter.ca

Re: Leaders

it now. -- Peter Schaffter https://www.schaffter.ca

Re: Leaders

Branden -- On Sat, Sep 02, 2023, G. Branden Robinson wrote: > > Question 1: > > Is \a only interpreted in copy mode as this would suggest? > > Yes. This has been documented for a long time, but I don't think very > clearly. Precisely why I asked. :) > Until (he boasted) groff 1.23.0. > ... >

Re: Leaders

quot; is justification for adopting an "it doesn't matter" attitude, at least not in this case. -- Peter Schaffter https://www.schaffter.ca

Leaders

leader. Question 3: Why do the leaders not respect .ta \n[.l]u? -- Peter Schaffter https://www.schaffter.ca

Re: Long Heading lines using mom

mom. For very long titles there's TITLE_SHORT, but nothing equivalent for headings. I'm working on a solution. -- Peter Schaffter https://www.schaffter.ca

Re: Baffling accented glyphs issue

s, Bjarni. Odd to be discovering this for the first time after decades of preparing documents. Live and learn. -- Peter Schaffter https://www.schaffter.ca

Baffling accented glyphs issue

lem with the initial mangled glyph. Try adding .\"ô or similar to the end of chats_1 and processing it to see what I mean. I'm not sure if this is new behaviour because I can't recall ever creating a document with only one accented glyph. Ideas, anyone? -- Peter Schaffter https://www.scha

[bug #64597] [mom] spurious newline after image label

Follow-up Comment #4, bug #64597 (project groff): >> I just took a look at the PDF_IMAGE source code in mom, but I >> think it would take me a week of intense meditation to make heads >> and tails of it. :) > > I haven't even dared to try. :D Can't say I blame you. The bug was introduced in

[groff] 01/01: [mom]: Fixes captions not attaching to PDF_IMAGE labels.

PTPi pushed a commit to branch master in repository groff. commit 11016d37f1e16fa71407f9802b105c016263128c Author: Peter Schaffter AuthorDate: Sat Aug 26 14:25:38 2023 -0400 [mom]: Fixes captions not attaching to PDF_IMAGE labels. --- contrib/mom/BUGS| 5 + contrib/mom/om.tmac | 5

Re: Footer trap in a A4 PDF

I use it frequently. -- Peter Schaffter https://www.schaffter.ca

[bug #64561] [mom] using BOX inside QUOTE messes up inline CODE macro

Update of bug #64561 (project groff): Status:None => Fixed ___ Follow-up Comment #8: I've pushed a fix to the repo. Part of the problem was the unusualness of QUOTE coming right

[groff] 01/01: [mom]: Fixes savannah bug #64561

PTPi pushed a commit to branch master in repository groff. commit 743e01b1b2238576772d399126f77a9957fc8017 Author: Peter Schaffter AuthorDate: Wed Aug 16 17:26:25 2023 -0400 [mom]: Fixes savannah bug #64561 Also corrects ".if r [T" to ".if \\n[[T]" in macro

[bug #64561] [mom] using BOX inside QUOTE messes up inline CODE macro

Follow-up Comment #7, bug #64561 (project groff): I can reproduce the bug. It is definitely in mom. I'm looking into it. ___ Reply to this item at:

[bug #64421] [mom] the word "black" appears in output

Follow-up Comment #10, bug #64421 (project groff): Nothing yet. The om.tmac that ships with Arch's groff 1.23 isn't the culprit. We're going to have to wait on this to see if it crops up elsewhere. ___ Reply to this item at:

[bug #64421] [mom] the word "black" appears in output

Follow-up Comment #8, bug #64421 (project groff): Still can't find where this is coming from. The om.tmac that ships with groff 1.23 is 2-5_d, which elsewhere is not exhibiting the bug. I checked Debian's 1.23 package, in Sid, and it, too, doesn't have the bug. I can't imagine how this can be

[bug #64421] [mom] the word "black" appears in output

Follow-up Comment #3, bug #64421 (project groff): I can't reproduce this using the most recent om.tmac from the repo main branch, which doesn't surprise me because the bug was fixed prior to the official 1.23 release. Not sure what's going on. I've contacted the original bug filer and suggested

Re: a morsel of groff 1.23.0 status

tireless work in making groff more featureful, more portable, > better documented, and less buggy. Hear, hear! -- Peter Schaffter https://www.schaffter.ca

Re: a morsel of groff 1.23.0 status

Quite so. I apologise for my carelessness nonetheless. The last thing we needed was a hitch in the 1.23 release. -- Peter Schaffter https://www.schaffter.ca

Re: buglet in mom 2.5d

t macros. I've pushed the fix. 'typesetting.mom' should now build without error. -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [mom:om.tmac]: Fixes color bug in graphical objects

PTPi pushed a commit to branch master in repository groff. commit 925cdedae98b0ccbeedb3140095d4a4d7068b409 Author: Peter Schaffter AuthorDate: Thu Jun 15 18:10:18 2023 -0400 [mom:om.tmac]: Fixes color bug in graphical objects Bug introduced in the previous commit; an empty .m

[groff] 01/01: [momdoc]: Emend "Supported preprocessors" intro to include grap(1).

PTPi pushed a commit to branch master in repository groff. commit 61038400e9316e01f6a6f67137cf259137dbc7cb Author: Peter Schaffter AuthorDate: Thu Jun 15 14:42:26 2023 -0400 [momdoc]: Emend "Supported preprocessors" intro to include grap(1). --- contrib/mom/momdoc/image

[groff] 01/01: [mom]: version 2.5_d

PTPi pushed a commit to branch master in repository groff. commit 4049123662d7765c47a3eab3ce12815ec9658b08 Author: Peter Schaffter AuthorDate: Thu Jun 15 14:33:46 2023 -0400 [mom]: version 2.5_d Fixes to PAGEWIDTH: restore #R_MARGIN check. Graphical objects: enclose all

Re: drawing commands in groff(7) (was: undiagnosed pic error)

On Fri, Jun 09, 2023, G. Branden Robinson wrote: > At 2023-06-09T02:02:48-0400, Peter Schaffter wrote: > > Hmm... It might be a subtle point, but mom already compensates for > > it any time \D't n' is used to set line weight in a macro. > > Ah. Unless you compe

Re: drawing commands in groff(7) (was: undiagnosed pic error)

ne this is but I thought I should mention it. -- Peter Schaffter https://www.schaffter.ca

Re: Multi-columns in ms

t; > Also, how do I force a column to break? .bp forces a page break, it > > does not break a column. Mom has .COL_NEXT (quad and break) and .COL_BREAK (force justify ["spread"] and break). -- Peter Schaffter https://www.schaffter.ca

Re: [mom] R_MARGIN ignored

is simple. Replace the PAGEWIDTH macro in your om.tmac with .MAC PAGEWIDTH END .br .nr #PAGE_WIDTH \\$1 .if !r#L_MARGIN .L_MARGIN \\n[.o] .if !r#R_MARGIN .R_MARGIN 1i .if '\\*[.T]'pdf' \X'papersize=\\n[#PAGE_WIDTH]z,\\n[#PAGE_LENGTH]z'\c .END -- Peter Schaffter https://www.schaffter.ca

tbl numeric overflow

processing with tbl, i.e. you are not seeing the error messages. Given that an older version of tbl does not report any errors, it would seem the problem is with tbl in 1.23.0.rc4, however I wouldn't bet the farm on it. -- Peter Schaffter https://www.schaffter.ca

Re: [mom] Extraneous empty line that starts a new page

the header) and > "Second heading" is pushed back to page 3. Without the .NEWPAGE, > "Second heading" is on page 2 as it should be but too low. I'm unable to reproduce either of these problems with mom 2.5_c. As posted earlier, I suspect updating your version of mom may be all that's required. -- Peter Schaffter https://www.schaffter.ca

Re: [mom] Extraneous empty line that starts a new page

; .PRINTSTYLE TYPESET > > ...so much of this output may be a red herring It is. > For the time being I propose we back off of '-ww' usage with mom(7). > I'm not sure it is helping illuminate anything. Agreed. > Maybe passing the white-gloved barracks inspection can be an objective > for mom 2.6. ;-) Cheers. -- Peter Schaffter https://www.schaffter.ca

Re: [mom] Extraneous empty line that starts a new page

https://www.schaffter.ca/mom/mom-2.5_c.tar.gz The mom version that ships with 1.22.3 is quite out of date; this may have a bearing on your problem. -- Peter Schaffter https://www.schaffter.ca

Re: [mom] Extraneous empty line that starts a new page

Sorry for top-quoting Branden's reply _in toto_ but it will make replying easier. On Sun, Apr 23, 2023, G. Branden Robinson wrote: > Hi Frederic, > > At 2023-04-24T01:37:00+0200, Frederic Chartier wrote: > > I've stumbled on another problem with -mom. There is a table at > > the bottom of a

Re: [mom] Page header on first page

I don't need or want a document header, if > that matters, so .DOCHEADER OFF. With the docheader turned off, insert the macro .HEADER immediately after .START. -- Peter Schaffter https://www.schaffter.ca

gropdf and pdfpagenumbering

Deri -- My emails to you are getting bounced so I'm replying to your latest on the list. Fixing the pdf outline pagenumbers is great. Very happy about it. I'll integrate '.pdfpagenumbering' into mom but leave it undocumented until after you commit. Cheers. -- Peter Schaffter https

Re: pdfroff in groff 1.23.0.rc3 changes compared to 1.22.4

at https://www.schaffter.ca/mom/momdoc/toc.html PDF usage is covered in a separate document, mom-pdf.pdf, which is on your system and available online at the mom website. -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [mom]: Fix trivial typos in copyright example files

PTPi pushed a commit to branch master in repository groff. commit e3824d611be904bad22176f4f4eb282a5352509d Author: Peter Schaffter AuthorDate: Fri Mar 31 12:06:01 2023 -0400 [mom]: Fix trivial typos in copyright example files --- contrib/mom/examples/copyright-chapter.mom | 2 +- contrib

[groff] 01/01: [mom]: Doc fix: remove broken link.

PTPi pushed a commit to branch master in repository groff. commit be3697781a78d4382f400c824c0efb96d32d61bf Author: Peter Schaffter AuthorDate: Fri Feb 24 21:49:28 2023 -0500 [mom]: Doc fix: remove broken link. --- contrib/mom/momdoc/typesetting.html | 11 --- 1 file changed, 11

Re: .ab oddity

g. Formerly, echo -e ".nr foo 1\n.if r foo .ab\n" | groff -z would helpfully spit out "User abort." Now there's no way to know whether groff exited cleanly or aborted unless you add a string after .ab. (A minor annoyance, but I thought I should mention it.) -- Peter Schaffter https://www.schaffter.ca

.ab oddity

Before I file a bug report, I'm wondering if this is unique to me. echo ".ab" | groff -Tutf8 does not print "User abort". (".ab foo" correctly prints "foo".) My current build is 1.23.0.rc1.3711-25fb. -- Peter Schaffter https://www.schaffter.ca

[groff] 01/01: [groff] [mom]: Add PREFIX and SUFFIX args to UNDERSCORE(2)

PTPi pushed a commit to branch master in repository groff. commit b8c87776edbacc9edfabf464aa7a77605ad4fe2c Author: Peter Schaffter AuthorDate: Thu Feb 2 18:10:30 2023 -0500 [groff] [mom]: Add PREFIX and SUFFIX args to UNDERSCORE(2) Prevents initial and terminating punctuation

[groff] 01/01: Fix oopsie

PTPi pushed a commit to branch master in repository groff. commit a398a90e1b426abdb62e66cfb6fb00e384e47733 Author: Peter Schaffter AuthorDate: Sat Jan 21 13:48:14 2023 -0500 Fix oopsie --- contrib/mom/momdoc/color.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Update of bug #63581 (project groff): Status: Confirmed => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[bug #63593] [mom] spelling mistakes that "codespell" found

Update of bug #63593 (project groff): Status:None => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[groff] 01/01: [mom]: docs: Fix typos.

PTPi pushed a commit to branch master in repository groff. commit 04e867e679a2c9ed1e01c6718f662e43b44f5524 Author: Peter Schaffter AuthorDate: Mon Jan 16 09:59:08 2023 -0500 [mom]: docs: Fix typos. --- contrib/mom/examples/typesetting.mom | 2 +- contrib/mom/momdoc/appendices.html | 2

  1   2   3   4   5   6   7   8   9   >