After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 397475 - basic latin shaping module is not normalising data to NFC
basic latin shaping module is not normalising data to NFC
Status: RESOLVED DUPLICATE of bug 139950
Product: pango
Classification: Platform
Component: general
1.15.x
Other All
: Normal normal
: ---
Assigned To: pango-maint
pango-maint
Depends on:
Blocks:
 
 
Reported: 2007-01-17 02:40 UTC by Martin Hosken
Modified: 2007-01-17 23:14 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Martin Hosken 2007-01-17 02:40:21 UTC 
Please describe the problem:
The basic latin shaping module is not normalizing the data it receives. An OpenType font expects to be processing text in NFC (Normalization Form Composed) as per the behaviour in uniscribe. For best results, pango should do the same.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Owen Taylor 2007-01-17 14:41:46 UTC 
More generally, there is bug 139950 ... I'm not sure that the best place
to handle normalization forms is inside particular shapers.
Comment 2 Behdad Esfahbod 2007-01-17 23:14:18 UTC 
My view is that this is to be done in the unified HarfBuzz-based shaper.
We may even do it using pre-synthesized ccmp tables, like ICU is doing.

*** This bug has been marked as a duplicate of 139950 ***