+++ This bug was initially created as a clone of Bug #400891 +++ Description of problem: Version-Release number of selected component (if applicable): Gedit 2.16.0 How reproducible: maintain SCIM in RAWCODE.And provide the code se Steps to Reproduce: 1.open Gedit 2.16.0 2.Maintain SCIM in RAWCODE. 3.And give the follwing code sequences 0c38+0c4d+0c1f+oc4d Actual results: స్ట్ Expected results: will give in the attachement. Additional info: -- Additional comment from kkrothap on 2007-11-27 07:52 EST -- Created an attachment (id=269701) html file. -- Additional comment from kkrothap on 2007-11-27 07:59 EST -- Created an attachment (id=269711) te-IN redering problem.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
requested by Jens Petersen (#27995)
The duplicate bug has been already closed as NOTABUG.
Using ZWJ as in bug 451203 for the combination "U+0c2f U+0c4d U+0c30 U+0c4d", pango uses the character sequence "U+0c2f U+0c4d U+0c30 U+0c4d U+200d" as is instead of the reordered sequence "U+0c2f U+0c30 U+0c4d U+0c4d." With the former sequence the glyphs added are "U+0c2f+halanth below-base-U+0c30 U+200d" whereas with the latter we get "U+0c2f below-base-U+0c30 U+0c4d" followed by substitution of below-base-U+0c30 with a wider glyph due to the context of U+0c2f. Now the rendering of "U+0c2f wide-below-base-U+0c30 U+0c4d" can be fixed as suggested in bug 476427 to get "U+0c2f+halanth wide-below-base-U+0c30" which isn't possible with ZWJ.