Red Hat Bugzilla – Bug 400891
[te_IN] upon joined charecter the halant was not rendering properly in te-IN
Last modified: 2013-04-12 15:26:34 EDT
Description of problem:
Version-Release number of selected component (if applicable):
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
will give in the attachement.
Created attachment 269701 [details]
Created attachment 269711 [details]
te-IN redering problem.
Not yet fixed in fedora.
Krishna, could you file a fedora - there doesn't seem to be one yet?
I came to know, this problem can be resolved with the support of
ZWJ(ZeroWidthJoiner). But there is no key stroke was map for ZWJ
in te-inscript key map. For that recently i have raised a bug with
As said by Krishna in above comment this is not a font bug. Thus closing this one.
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.