Re: [TUHS] Re: GNU eqn clarifications and reforms

At 2023-06-16T14:22:22+1000, Damian McGuckin wrote: > On Thu, 15 Jun 2023, G. Branden Robinson wrote: > > But I may suffer from an excessive familiarity with this material. > > Yes. Me too. Maybe that is a sad comment on the both of us. That is the price of trying to leave things better than one

EQN symbol libraries

Besides what exists in the old /usr/pub/eqnchar are there any other known libraries of EQN symbols. Does anybody else have their own special library? I use (in my own .eqnrc) define nomem ' \(nm ' and define INF ' { size +4 fat inf } ' The former because there

Re: [TUHS] Re: GNU eqn clarifications and reforms

On Thu, 15 Jun 2023, G. Branden Robinson wrote: At 2023-06-15T22:18:08-0400, Douglas McIlroy wrote: I am not convinced that using special characters rather than in-line eqn is a good thing. It means learning a whole new vocabulary. Quick, what's the special character for Greek psi? \[*q] !

Re: [TUHS] Re: GNU eqn clarifications and reforms

Hi Doug, On Thu, 15 Jun 2023, Douglas McIlroy wrote: I am not convinced that using special characters rather than in-line eqn is a good thing. It means learning a whole new vocabulary. Quick, what's the special character for Greek psi? I do but I get your point. I will drop that. I have

[bug #64300] [troff] diagnose error when 'sp used when not on a page

Follow-up Comment #2, bug #64300 (project groff): [comment #1 comment #1:] > Does either behavior offer functionality that can't easily be achieved in a roff implementation that does the opposite? I can't think of any. > > If there's no strong use case for either approach, in general I tend to

[bug #64308] [troff] should warn of negative arguments to \D'{c, e, E}' drawing commands

URL: Summary: [troff] should warn of negative arguments to \D'{c,e,E}' drawing commands Group: GNU roff Submitter: gbranden Submitted: Fri 16 Jun 2023 03:36:00 AM UTC

Re: [TUHS] Re: GNU eqn clarifications and reforms

[looping groff list back in] At 2023-06-15T22:18:08-0400, Douglas McIlroy wrote: > I am not convinced that using special characters rather than in-line > eqn is a good thing. It means learning a whole new vocabulary. Quick, > what's the special character for Greek psi? \[*q] ! But I may suffer

[TUHS] Re: GNU eqn clarifications and reforms

I am not convinced that using special characters rather than in-line eqn is a good thing. It means learning a whole new vocabulary. Quick, what's the special character for Greek psi? I have found that, for a sequence of displayed equations as in an algebraic derivation, a pile often looks more

Re: buglet in mom 2.5d

At 2023-06-15T18:35:13-0400, Peter Schaffter wrote: > On Thu, Jun 15, 2023, G. Branden Robinson wrote: > > There appears to be a nit in mom 2.5d. [...] > > It looks like `MAC` needs to be prepared for the possibility of > > being passed no arguments... > > ...or `DBX` needs to ensure that it

Re: widows vs orphans

On Thu, Jun 15, 2023 at 03:40:47PM -0500, G. Branden Robinson wrote: > Subject: Re: widows vs orphans > > At 2023-06-15T13:41:38-0500, Dave Kemper wrote: > > Although Wikipedia says there's no agreement on the > > definitions of "widow" and "orphan" > >

Re: buglet in mom 2.5d

On Thu, Jun 15, 2023, G. Branden Robinson wrote: > There appears to be a nit in mom 2.5d. > > When building, I got the following error: > > troff:../contrib/mom/examples/typesetting.mom:316: error: empty escape name > troff: backtrace: '../contrib/mom/om.tmac':1878: macro 'COLOR' > troff:

[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 in

Re: widows vs orphans

At 2023-06-15T13:41:38-0500, Dave Kemper wrote: > Although Wikipedia says there's no agreement on the definitions of > "widow" and "orphan" > (http://en.wikipedia.org/wiki/Widows_and_orphans), web research has > led me to conclude that there's a stronger consensus than Wikipedia > credits: that

typo in mom 2.5d

There's also this nit in contrib/mom/ChangeLog. + * om.tmac: Encose all calls to \D't n' in \Z ^^ Regards, Branden signature.asc Description: PGP signature

buglet in mom 2.5d

Hi Peter, There appears to be a nit in mom 2.5d. When building, I got the following error: troff:../contrib/mom/examples/typesetting.mom:316: error: empty escape name It looks to me like everyone who builds groff with PDF support configured will see this diagnostic. I hacked the '-b' flag

Reminder: master branch is frozen for non-documentary changes

Hi folks, Just a reminder that the master branch is supposed to be frozen for non-documentary changes. There have indeed been many commits to master since 1.23.0.rc2, but they have become progressively restricted in purpose--from bug fixes (roughly rc3), to build/portability fixes (up to rc4),

Reminder: master branch is frozen for non-documentary changes

Hi folks, Just a reminder that the master branch is supposed to be frozen for non-documentary changes. There have indeed been many commits to master since 1.23.0.rc2, but they have become progressively restricted in purpose--from bug fixes (roughly rc3), to build/portability fixes (up to rc4),

Re: widows vs orphans

> What do our resident typographers regard as a widow and an orphan? Not an expert, but I thought the mnemonic was that orphans become isolated at the beginning of their lives, and widows at the end of their lives. Correspondingly, an orphan is the first line of a paragraph that gets separated

[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/images.html | 2 +-

widows vs orphans

Although Wikipedia says there's no agreement on the definitions of "widow" and "orphan" (http://en.wikipedia.org/wiki/Widows_and_orphans), web research has led me to conclude that there's a stronger consensus than Wikipedia credits: that orphans are at page bottom and widows at page top. As two

[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