The issue is fixed now in the git repository.
--Carsten
>> But it is not unnoticeable in case of unary minus.
>> Groff eqn treats
>> a~=~-b
>> as if it were binary, and inserts extra space between
>> the - and b.
>
> It does work with the following patch--for the mentioned cases.
> In case of a=c~-b then there is only space before the '-',
> so ei
Hello,
I did some further tests, the patch did work in these cases.
That "a=c~-b" is then rendered as "a = c -b" (instead of "a = c - b" without
the patch)
is IMHO consistent and not a regression. I does also work with '^' instead of
'~'.
Does someone like to do further tests or can we agree
Doug McIlroy wrote:
> But it is not unnoticeable in case of unary minus.
> Groff eqn treats
> a~=~-b
> as if it were binary, and inserts extra space between
> the - and b.
It does work with the following patch--for the mentioned cases.
In case of a=c~-b then there is only space before the
Hi Ted,
> What I observe (which agrees with you) is:
>
> $A=B$
> --> "A = B"
> $A=-B$
> --> "A = -B$"
> $A = - B$
> --> "A = -B"
> $A~=~-B$
> --> "A = - B"
Some more samples that I've been playing with. Perhaps they'll help;
I'm out of time for now.
$ for
On 17-Apr-2016 16:30:53 Doug McIlroy wrote:
> I may have made this comment before. My apologies if
> it's already on someone's to-do list.
>
> Groff eqn, unlike the original Unix program, attempts to
> vary spacing according to mathematical custom. Thus it
> automatically adds apace around the equ
I may have made this comment before. My apologies if
it's already on someone's to-do list.
Groff eqn, unlike the original Unix program, attempts to
vary spacing according to mathematical custom. Thus it
automatically adds apace around the equal sign in
a=b
while in the old days one had to
