[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #42393] Incorrect unicode codes for tcommaaccent and Tcommaaccent c
From: |
Werner LEMBERG |
Subject: |
[bug #42393] Incorrect unicode codes for tcommaaccent and Tcommaaccent characters in devpdf |
Date: |
Tue, 20 May 2014 21:56:47 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.137 Safari/537.36 |
Update of bug #42393 (project groff):
Status: None => Invalid
Assigned to: None => wl
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #3:
The data in `afmtodit.tables' is algorithmically derived from the Adobe Glyph
List, version 2.0. In this file, for backwards compatibility, both
`tcommaaccent' and `tcedilla' point to U+0163.
Note the word `backwards compatibility': The PostScript glyph names are older
than the Unicode points for the `WITH COMMA BELOW' forms, which have been
introduced in Unicode version 3.0!
In other words, the mapping is correct, and I won't change it.
New (OpenType) fonts should *not* use those glyph names! Instead, they should
use PostScript names like `u0074_u0326'.
If someone provided a patch for a new command line option to make afmtodit
change those mappings to a Romanian locale...
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?42393>
_______________________________________________
Nachricht gesendet von/durch Savannah
http://savannah.gnu.org/