[gs-bugs] [Bug 690648] many incorrectly encoded Latin Extended-A characters

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Fri Jul 24 07:23:17 PDT 2009


http://bugs.ghostscript.com/show_bug.cgi?id=690648

ken.sharp at artifex.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From ken.sharp at artifex.com  2009-07-24 07:23 -------
There is no Unicode information in the job, so we are forced to fall back to
attempting to construct the information based on the glyph names. To do this we
use the /Unicode /Decoding resource.

In there I see that :

16#00EA LC300000 Cdot ecircumflex 
16#00EB LC290000 cdot edieresis 

So CDot is returned as Unicode code point U+00EA, which is actually the
ecircumflex which is indeed what the character pastes as. The Unicode point for
CDot should be U+010A, and at that position in the Decoding resource I see:

16#010A LI620000 Cdotaccent 
16#010B cdotaccent

So if the glyph had been called Cdotaccent it would work correctly.

This seems fairly clearly wrong to me, CDot should have the same Unicode point
as Cdotaccent I would think, and certainly should not have the same value as
ecircumflex.

If I change the Decoding resource then the character does in fact copy and paste
as expected.

Fixed in revision 9887, patch here:

http://ghostscript.com/pipermail/gs-cvs/2009-July/009585.html



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.



More information about the gs-bugs mailing list