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 98875 - Arabic shaping faulty with harakat
Arabic shaping faulty with harakat
Status: RESOLVED DUPLICATE of bug 69329
Product: pango
Classification: Platform
Component: general
1.0.x
Other other
: Normal normal
: ---
Assigned To: Owen Taylor
Owen Taylor
Depends on:
Blocks:
 
 
Reported: 2002-11-18 14:07 UTC by Isam Bayazidi
Modified: 2002-11-18 15:33 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
a demonstration of the faulty rendering of Harakat (19.47 KB, image/png)
2002-11-18 14:10 UTC, Isam Bayazidi 		Details

Description Isam Bayazidi 2002-11-18 14:07:28 UTC 
When using the harakat in Arabic text (harakat from 064b-0652 in the
Unicode charts), the Arabic text appears faulty.. leaving a little space
under the Haraka while it should be drawn over the previous letter ..
Comment 1 Isam Bayazidi 2002-11-18 14:10:13 UTC 
Created attachment 12373 [details]
a demonstration of the faulty rendering of Harakat
Comment 2 Owen Taylor 2002-11-18 15:33:43 UTC 
There is simply no handling of combining marks in the Arabic backend.

The patch in bug 69329 is supposed to handle this ... it's a
bit of a hack in some ways, so will probably need a fair bit
of reworking.

(One problem here is that no Arabic fonts I've looked at actually
have the GPOS positioning info for where to put combining marks,
so you have to guess at it.

http://microsoft.com/typography/otfntdev/arabicot/default.htm

Describes how it is supposed to work; it may make sense to
synthesize GPOS information in some fashion for fonts without it.

Also worth looking at the ICU Arabic engine at:

 http://oss.software.ibm.com/cvs/icu/icu/source/layout/


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