Zvezdan Petkovic wrote:
.ds eL \|.\|.\|.\&
sentence goes on\*(eL
where the first \| provides that extra spacing between the last word and
the first dot. Yet, the spacing is smaller than a full space which is a
little unseemly.
I'm not sure from Werner's explanation whether h
> I'm wondering, though, if it might make more sense to use:
>
> .ds eL \&.\|.\|.\&
This would be the right definition for a string.
> Whether the .ds is worth the trouble depends on how many times you
> use the ellipsis in a file versus the need to remember another
> string definition. B
> > xxx yyy
> > xxx yyy
> >
> > xxx yyy
> > xxx yyy
>
> Sorry, I'm not seeing a problem here. As long as both tables have
> left-aligned problems, what's the issue?
The latter version looks worse IMHO; at least there are high chances
that it doesn't reflect the author's orig
"Eric S. Raymond" <[EMAIL PROTECTED]> writes:
> Gaius Mulley <[EMAIL PROTECTED]>:
> > many thanks for the pointers - have found the chess postscript adobe
> > fonts!
>
> When I heard this request, there sprang into my head full-blown a design
> for a troff facility that takes sections like this:
Gaius Mulley <[EMAIL PROTECTED]>:
> I suspect the .SCRIPT-INPUT-BEGIN .SCRIPT-INPUT-END could be
> implemented as macros which map onto a similar escape technique as the
> suppression escapes \O etc. In any event the obvious advantage to
> this approach is that one can harness the ability of a scr
Eric,
due to your increased usage of .TS/.TE I noticed the following problem
in man pages:
To properly indent a table (which isn't centered), code like the
following is appropriate:
.IP
.TS
...
However, this has the disadvantage that you get *two* empty lines
because both .IP and .TS mo
