Red Hat Bugzilla – Bug 206422
[hi_IN, mr_IN] Some GSUB and shapes should be more perfect - Priority - B
Last modified: 2009-09-06 03:15:02 EDT
Description of problem: Some GSUB char is now appearing with the shape which can
be more accurately implemented. The current shape is not wrong, but still as per
the LM's concent, It should show a slight different shape.
GSUB List :
U+0915 U+094D U+0915
U+0915 U+094D U+0932
U+0915 U+094D U+0935
U+091A U+094D U+091A
U+091C U+094D U+091C
U+092A U+094D U+0932
U+092B U+094D U+0932
U+091B U+094D U+0935
U+0926 U+094D U+0917
U+0926 U+094D U+0928
U+0926 U+094D U+0936
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open gedit
2. Activate SCIM with CTRL+SPACE.
3. Select RAWCODE from the scim-table in Others
4. Type the unicode sequentially as given but without 'U' and '+'.
5. Observe the result.
Shapes are slightly different from actual shape.
Shape should be excatly as actual shape
Component Version tested : fonts-hindi-2.0.1-1
I don't think following combinations have any problems.
They were not even reported by hi_IN LM, Rajesh.
1. U+091B U+094D U+0935
2. U+0926 U+094D U+0936(there is no combination like this at all)
Created attachment 137318 [details]
Built in 2.0.5-1
Created attachment 153620 [details]
out 11 combination mention in bug, 1 is not exist (as mention in comment 3), but
other last 2 combinations are working, Can you please confirm whether those are
required in language or not?
The last two combinations are not really required. Thus the bug is fixed, please
Adding FutureFeature keyword to RFE's.
requested by Jens Petersen (#27995)
Image with Comment #6 is still true with following version in Fedora Rawhide/11:
it is verified as per comment #8 (Developer comment).
Change to Fedora 11 to follow.