[.]
If you could manage avoiding ‘cooking’ with a a ’one-part series’
(Schemes 3 and 4), that would be GREAT. Then I would not even mind
if I could not understand its working :-)
Hehe. This would need a new command in groff, and I'm not sure
whether it's worth the trouble.
[]
T
The .URL and .TAG macros defined in www.tmac have the following behavior when
processed by a device other than -Thtml.
.TAG label
.URL #label foo
produces
foo <#label>
The text <#label> isn't informative because the printed document has no #label
that the reader can determine. Would it not
> >> If you could manage avoiding ‘cooking’ with a a ’one-part series’
> >> (Schemes 3 and 4), that would be GREAT. Then I would not even mind
> >> if I could not understand its working :-)
> >
> > Hehe. This would need a new command in groff, and I'm not sure
> > whether it's worth the trouble.
>From: Tadziu Hoffmann <[EMAIL PROTECTED]>
>Subject: Re: [Groff] computer modern fonts in EQN with Tps?
>To: groff@gnu.org
>
>> such as int, sum etc.
>
>Yes. Sum isn't so bad, but int is terrible even when scaled only a
>little. What you can do as a workaround, however, is to construct
>the displa
> So can you provide an eqn definition for constructing the
> display-int?
It makes use of eqn's "special" feature. Not sure if this
is the most elegant way of doing it, but at least it allows
adjusting the subscript kern (for the lower bound of the
integral) and what eqn believes to be the heig
