groff
[Top][All Lists]
Advanced

[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

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]