summaryrefslogtreecommitdiffstats
path: root/regress/roff/cond/de.in
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@openbsd.org>2022-08-15 18:12:30 +0000
committerIngo Schwarze <schwarze@openbsd.org>2022-08-15 18:12:30 +0000
commit6ecd9c5caba944d910343802c058940234492e5a (patch)
tree6fe94640b4da8a1edda86aa430d5214b2eb33c59 /regress/roff/cond/de.in
parentffa876e5886e09f94c3fe78fbef3cc7ebcd8a611 (diff)
downloadmandoc-6ecd9c5caba944d910343802c058940234492e5a.tar.gz
Distinguish between escape sequences that produce no output
whatsoever (for example \fR) and escape sequences that produce invisible zero-width output (for example \&). No, i'm not joking, groff does make that distinction, and it has consequences in some situations, for example for vertical spacing in no-fill mode. Heirloom and Plan 9 behaviour is subtly different, but in case of doubt, we want to follow groff. While this fixes the behaviour for the majority of escape sequences, in particular for those most likely to occur in practice, it is not perfect yet because some of the more exotic ESCAPE_IGNORE sequences are actually of the "no output whatsoever" type but treated as "invisible zero-width" for now. With the new ASCII_NBRZW mechanism in place, switching them over one by one when the need arises will no longer be very difficult.
Diffstat (limited to 'regress/roff/cond/de.in')
0 files changed, 0 insertions, 0 deletions