Re: GNU eqn clarifications and reforms (was: EQN - special words)

[G. Branden Robinson]

Hi Damian,

I apologize: I get so used to using groff from Git HEAD that I sometimes
forget to check 1.22.4 behavior.

I also forgot about a bug fix I made over 2 years ago.

At 2023-06-01T16:32:50+1000, Damian McGuckin wrote:
> On Wed, 31 May 2023, G. Branden Robinson wrote:
> 
> > 1.  An input token of "..." puts an ellipsis on the text baseline in
> >     GNU eqn, but on the math axis in V7 eqn.
> 
> Test my hypothesis with
> 
> .EQ
> - x - ~~~ ... ~~~ cdot cdot cdot ~~~ - ^ cdots - ~~~ . ~ x ~ . ~~~ x
> .EN
> 
> "..." yields as 3 separate centered dots.
> 
> To get an ellipsis, you need to use "cdots".
> 
> It you want things on the text baseline use a real . and mess with the
> space between with a '^' and back commands.

commit 1c6f83d0ede0f16fb93ad2b315209329a4ff46be
Author: G. Branden Robinson <g.branden.robinson@gmail.com>
Date:   Sat Oct 17 18:19:37 2020 +1100

    [eqn] Actually set "..." on text baseline.
    
    * src/preproc/eqn/lex.cpp (troff_defs): Set the "..." token on the
      baseline, not vertically centered, aligning the actual behavior with
      what our eqn(1) man page has claimed since 2007.
    
    Apparently botched in 62248e78a3433a07c417d988b85b79817069f5b5, 6
    February 2007.  (Actually in two ways, but one of them was
    fixed in 55fe48afb48e1dca0f179bb710b161a1abb1c6ee, 5 January 2008.)
    
    Fixes <https://savannah.gnu.org/bugs/index.php?59285>.

I would encourage you to write your eqn user's guide against 1.23.0.rc4.
I don't expect eqn's behavior to change at all between that RC and final
release, whenever that is.

Regards,
Branden

signature.asc
Description: PGP signature