bug-groff
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #59285] eqn: doesn't set "..." on baseline as eqn(1) claims


From: G. Branden Robinson
Subject: [bug #59285] eqn: doesn't set "..." on baseline as eqn(1) claims
Date: Sat, 17 Oct 2020 03:15:33 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

URL:
  <https://savannah.gnu.org/bugs/?59285>

                 Summary: eqn: doesn't set "..." on baseline as eqn(1) claims
                 Project: GNU troff
            Submitted by: gbranden
            Submitted on: Sat 17 Oct 2020 07:15:31 AM UTC
                Category: Preprocessor eqn
                Severity: 3 - Normal
              Item Group: Incorrect behaviour
                  Status: In Progress
                 Privacy: Public
             Assigned to: gbranden
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None

    _______________________________________________________

Details:

The man page goes out of its way to claim a difference from AT&T eqn and then
didn't bother to actually implement it for troff output.


GNU eqn sets the input token "..."  as three periods or low dots,
rather than the three centered dots of classic eqn.  To get three cen‐
tered dots, write cdots or cdot cdot cdot.


To reproduce it:


$ cat eqn-dots.ms 
.PP
.EQ
a ... b
.EN
.PP
.EQ
c cdots d
.EN
$ ./build/test-groff -e -ms eqn-dots.ms >| eqn-dots.ps
$ evince eqn-dots.ps


Broken since 62248e78a3433a07c417d988b85b79817069f5b5, 6 February 2007.

Fortunately, the fix is so easy that even I figured it out. :)





    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59285>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]