Red Hat Bugzilla – Bug 206581
[or_IN] - Some GSUB Conjuncts are not appearing with its correct shape - Priority - A
Last modified: 2007-11-30 17:11:43 EST
Description of problem: Some of the Conjuncts in GSUB category are not appearing with its correct shape after combine. Those Lists are mentioned in the 1st Comment as its a big list!! Version-Release number of selected component (if applicable): fonts-oriya-2.0.1-1 pango-1.14.3-1.fc6 How reproducible: Always 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 in the 1st comment but without 'U' and '+'. 5. Observe the result. Actual results: Shapes, appearing is not correct. Expected results: Shape should be correctly appearing. Additional info: Please see the 1st Comment for the List of Unicode Combinations of conjuncts, those are showing incorrectly.
List of Conjuncts : Unicode Combinations : U+0B15 U+0B4D U+0B2E U+0B15 U+0B4D U+0B2F U+0B15 U+0B4D U+0B30 U+0B15 U+0B4D U+0B33 U+0B15 U+0B4D U+0B2C U+0B15 U+0B4D U+0B28 U+0B15 U+0B4D U+0B24 U+0B15 U+0B4D U+0B25 U+0B15 U+0B4D U+0B1F U+0B15 U+0B4D U+0B1C U+0B2A U+0B4D U+0B1F U+0B39 U+0B4D U+0B28 U+0B38 U+0B4D U+0B24 U+0B38 U+0B4D U+0B24 U+0B4D U+0B30 U+0B38 U+0B4D U+0B2C U+0B36 U+0B4D U+0B15 U+0B2E U+0B4D U+0B2E U+0B2E U+0B4D U+0B2D U+0B36 U+0B4D U+0B2A U+0B26 U+0B4D U+0B2F U+0B28 U+0B4D U+0B24 U+0B28 U+0B4D U+0B24 U+0B4D U+0B30 U+0B28 U+0B4D U+0B28 U+0B24 U+0B4D U+0B24 U+0B24 U+0B4D U+0B28 U+0B30 U+0B4D U+0B24 U+0B4D U+0B24 U+0B30 U+0B4D U+0B2F U+0B4D U+0B2F U+0B16 U+0B4D U+0B30 U+0B17 U+0B4D U+0B30 U+0B18 U+0B4D U+0B30 U+0B1A U+0B4D U+0B1A U+0B4D U+0B30 U+0B1A U+0B4D U+0B1B U+0B4D U+0B30 U+0B1A U+0B4D U+0B30 U+0B1B U+0B4D U+0B30 U+0B1C U+0B4D U+0B30 U+0B1D U+0B4D U+0B30 U+0B1F U+0B4D U+0B30 U+0B20 U+0B4D U+0B30 U+0B21 U+0B4D U+0B30 U+0B22 U+0B4D U+0B30 U+0B23 U+0B4D U+0B30 U+0B24 U+0B4D U+0B30 U+0B24 U+0B4D U+0B24 U+0B4D U+0B30 U+0B25 U+0B4D U+0B30 U+0B26 U+0B4D U+0B30 U+0B26 U+0B4D U+0B26 U+0B4D U+0B30 U+0B26 U+0B4D U+0B27 U+0B4D U+0B30 U+0B27 U+0B4D U+0B30 U+0B28 U+0B4D U+0B30 U+0B2A U+0B4D U+0B30 U+0B2B U+0B4D U+0B30 U+0B2C U+0B4D U+0B30 U+0B2D U+0B4D U+0B30 U+0B2E U+0B4D U+0B30 U+0B2F U+0B4D U+0B30 U+0B36 U+0B4D U+0B30 U+0B37 U+0B4D U+0B30 U+0B38 U+0B4D U+0B30 U+0B39 U+0B4D U+0B30 U+0B5C U+0B4D U+0B30 U+0B5D U+0B4D U+0B30
Created attachment 136505 [details] GSUB changes in accordance with the Pango-1.14.3. GSUB rules for 0x0b4d+0x0bxx changed, where xx are, 24, 2c, 2d, 2e, 2f, 30, 32, 33.
Above Attachment is the Patch No.1
Created attachment 136828 [details] Patch
Created attachment 136829 [details] Patch This Patch is dependent on the Pango patch submited on the bug #207456
I tested the Font Test Cases with the latest version of fonts available in the Rawhide. But Fot some pango issue, its showing wrong!! The patch that has claimed already been developed for this issue resolution, has still not been built in pango and available as rpm. So, whenever it will be available, I will again perform the test and the result will be reflected on this bug as comment. Version tested : fonts-oriya-2.0.4-1 pango-1.14.4-1.fc6 pango-devel-1.14.4-1.fc6
U+0B38 U+0B4D U+0B2C does not look quite right compare with the image in the TC. Could you please confirm?
U+0B15 U+0B4D U+0B1C and U+0B15 U+0B4D U+0B25 are definitely wrong. Tested with the following packages, bug still exist. fonts-oriya-2.0.4-1 (dist-fc6) pango-1.14.4-3 (test rpm)
Could you provide the screenshots for outputs you get in these cases: U+0B38 U+0B4D U+0B2C U+0B15 U+0B4D U+0B1C U+0B15 U+0B4D U+0B25 They are rendered properly for me and font has the GSUB table for them. Actually I found the images in test cases to be wrong. Atleast the image of U+0B15 U+0B4D U+0B1C is certainly wrong in the test case. S Behera actually demanded the image font currently renders and it was confirmed with Dr. Cooper as well. U+0B38 U+0B4D U+0B2C has similar image and one in font is the better. U+0B15 U+0B4D U+0B25 is also supposedly wrong image in test case. LM sbehera never asked for that shape. And current shape is present for long time without any objetion from S Behera.
*** Bug 194066 has been marked as a duplicate of this bug. ***
Created attachment 138323 [details] Screenshots of GSUB combinations (or_IN) There were some images wrong in the testcase because some has been taken from the out put of utkal font. I have reported the list of wrong images to llim earlier and it has been modified in the current test case. U+0B38 U+0B4D U+0B2C (TC - 64) U+0B15 U+0B4D U+0B1C (TC - 76) U+0B15 U+0B4D U+0B25 (TC - 84) The latest test cases are available in the following link: http://batman.brisbane.redhat.com/~indic/IndicTC/lang/or_IN/font/IndicFontTestCaseGSUB-Oriya.html In the earlier test case only the image of 76 was drawn wrong. And the image of TC - 84 was an alias of the output what is dislplayed now. As both the combinations are correct. I have given two examples in the screenshots. Where example 1 and 2 shows the output generated by two different consonants with U+0B25. And both are correct according to their uses. As the combination given in TC-84 is rarely used, so it can be made either way. And as per as I have noticed the image of TC-64 was correct earlier as well. There was only problem in the missing rules which has been resolved now dispaying the correct output.
All combinations are verified by LM and those are fixed now. Tested with following Package: fonts-oriya-2.1.5-1.fc7