diff options
author | Ingo Schwarze <schwarze@openbsd.org> | 2022-06-06 19:23:13 +0000 |
---|---|---|
committer | Ingo Schwarze <schwarze@openbsd.org> | 2022-06-06 19:23:13 +0000 |
commit | a68560592d5f76c4cd7f5c45a184e0e6305600ec (patch) | |
tree | ac49c7f717ab7ce29d61b20f3f5831e0b6b440c8 /regress/roff/esc/p.out_ascii | |
parent | ed636bb4c1842be0e5046985829b24ef014d85ef (diff) | |
download | mandoc-a68560592d5f76c4cd7f5c45a184e0e6305600ec.tar.gz |
To better match groff parsing, reject digits and some mathematical
operators as argument delimiters for some escape sequences that take
numerical arguments, in the same way as it had already been done for \h.
Argument delimiter parsing for escape sequences taking numerical arguments
is not perfect yet. In particular, when a character representing a
scaling unit is abused as the argument delimiter, parsing for that
character becomes context-dependent, and it is no longer possible to
find the end of the escape sequence without calling the full numerical
expression parser, which i refrain from attempting in this commit.
For now, continuing to misparse insane constructions like \Bc1c+1cc
(which is valid in groff and resolves to "1" because 1c+1c = two
centimeters is a valid numerical expression and 'c' is also a valid
delimiter) is a small price to pay for keeping complexity at bay
and for not losing focus in the ongoing series of refinements.
Diffstat (limited to 'regress/roff/esc/p.out_ascii')
0 files changed, 0 insertions, 0 deletions