[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 (was: build sy
From: |
G. Branden Robinson |
Subject: |
afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 (was: build system: devpdf/download regression) |
Date: |
Sat, 16 Jul 2022 06:56:36 -0500 |
Hi Ingo,
At 2022-06-21T20:33:43+0200, Ingo Schwarze wrote:
> >> +afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 \
> >> at /usr/local/bin/afmtodit line 6555.
> >> +afmtodit: both tcommaaccent and uni0163 map to u0074_0327 \
> >> at /usr/local/bin/afmtodit line 6555.
I've sort of addressed this, by making the diagnostic message explain
the meaning and consequence of this condition (although it's still a bit
esoteric), and also by documenting it as a known potential problem.
https://git.savannah.gnu.org/cgit/groff.git/commit/?id=5ee1e5893477273584aba3c4e25cea77c0f2d5d8
https://git.savannah.gnu.org/cgit/groff.git/commit/?id=1f4817f375354f062d3b4fdfbc0c52e2676e267b
I'd like feedback on the point in the second commit message.
"I'm wondering about hacking afmtodit to just silently ignore duplicate
mappings when the AGL target is 'uniXXXX', but I'm not sure yet."
As I understand it, the whole point of having these mappings is to
convert groff special character names to Adobe Glyph List names. But
there's not really any reason to do this for "uniXXXX', is there? You'd
just ask for \[uXXXX] in groff.
An ever-increasing number of Unicode code points will have names in
neither list.
Regards,
Branden
signature.asc
Description: PGP signature
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- afmtodit: both Tcommaaccent and uni0162 map to u0054_0327 (was: build system: devpdf/download regression),
G. Branden Robinson <=