[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/
- [bug #59285] eqn: doesn't set "..." on baseline as eqn(1) claims,
G. Branden Robinson <=