[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #63354] Refine fallbacks.tmac
From: |
Dave |
Subject: |
[bug #63354] Refine fallbacks.tmac |
Date: |
Sun, 20 Nov 2022 15:04:54 -0500 (EST) |
Follow-up Comment #5, bug #63354 (project groff):
Another addendum:
Unicode's U+200B ZERO WIDTH SPACE has the semantics of groff's \: escape.
However, the current definition for \[u200B] in fallbacks.tmac (\h'0') does
not have U+200B's essential breaking property:
$ cat u200B-test
.ll 1p
ab\:cd
ab\h'0'cd
$ nroff -Ww u200B-test | cat -s
ab
cd
abcd
And sadly, while bug #58958 is unresolved, we can't do the obvious ".fchar
\[u200B] \:". (.tr likewise doesn't work, though one wouldn't expect it to,
since its definitions are supposed to be glyphs, which \: isn't.) I have no
other suggestions for how to tie this functionality to \[u200B].
So perhaps the best thing here is to comment out the \[u200B] definition, with
an additional comment saying it's awaiting a fix to #58958. In the meantime,
\[u200B] will be unrecognized, but that's already the status quo (in 1.22.4,
and in git until less than a month ago), and is less misleading than
implementing it in a noncompliant way. (I'm not sure how, or whether, \h'0'
effectively differs from \&.)
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?63354>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/12
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/12
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/14
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/15
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/16
- [bug #63354] Refine fallbacks.tmac,
Dave <=
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/20
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/20
- [bug #63354] Refine fallbacks.tmac, Dave, 2022/11/21