Follow-up Comment #4, bug #68309 (group groff): [comment #3 comment #3:] > [comment #2 comment #2:] >> Runs of multiple space characters in EX/EE are getting >> collapsed to single spaces by the formatter > > The formatter itself preserves runs of multiple spaces, though. The below > output is the same for groff 1.19.2 and 1.24.0 (and, by interpolation, any > groff in between).
> $ echo 'a b' | groff -Tascii | cat -s
> a b
>
> You can also see the spaces preserved in typeset output, although not in -a
> output, which _does_ collapse multiple spaces.
>
> So whatever is collapsing your runs of spaces, it seems to not be the
> formatter. Macro package or postprocessor perhaps?
I don't think we can blame a macro package for this. Package authors have
long lamented how little they can interfere with the output of *roff text
lines, cf. control lines, which are either package macro calls already, or can
be intercepted by redefining formatter requests.
Illustration:
$ for pkg in man mdoc me mm mom ms; do echo $pkg; echo 'a b' | groff -m
$pkg -T ascii | cat -s; do
for pkg in man mdoc me mm mom ms; do echo $pkg; echo 'a b' | groff -m
$pkg -T ascii | cat -s; done
man
a b
mdoc
a b
UNDATED
UNTITLED()
me
a b
mm
- 1 -
a b
mom
grotty:<standard input>:9: warning: ignoring unsupported drawing command 't'
a b
ms
a b
_mom_(7) requires more set up than I gave her, but I trust the point is made.
For now, I'm going to try to attack the CSS problem and leave the space
collapse thing for later.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?68309>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature
