Bug 206581 - [or_IN] - Some GSUB Conjuncts are not appearing with its correct shape - Priority - A
Summary: [or_IN] - Some GSUB Conjuncts are not appearing with its correct shape - Prio...
Alias: None
Product: Fedora
Classification: Fedora
Component: fonts-indic
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Rahul Bhalerao
QA Contact:
: 194066 (view as bug list)
Depends On: 187481 206291 206301 206446 206461 206469 206550 206587 206589 206597
Blocks: FC6Blocker 208813
TreeView+ depends on / blocked
Reported: 2006-09-15 04:40 UTC by Satyabrata Maitra
Modified: 2007-11-30 22:11 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-05-02 11:08:31 UTC

Attachments (Terms of Use)
GSUB changes in accordance with the Pango-1.14.3. (4.30 KB, patch)
2006-09-18 07:03 UTC, Rahul Bhalerao
no flags Details | Diff
Patch (10.57 KB, text/x-patch)
2006-09-21 07:50 UTC, Rahul Bhalerao
no flags Details
Patch (10.57 KB, patch)
2006-09-21 07:51 UTC, Rahul Bhalerao
no flags Details | Diff
Screenshots of GSUB combinations (or_IN) (108.98 KB, image/jpeg)
2006-10-12 12:53 UTC, subhransu behera
no flags Details

Description Satyabrata Maitra 2006-09-15 04:40:20 UTC
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):

How reproducible:

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.

Comment 1 Satyabrata Maitra 2006-09-15 05:12:35 UTC
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

Comment 2 Rahul Bhalerao 2006-09-18 07:03:44 UTC
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.

Comment 3 Rahul Bhalerao 2006-09-18 07:10:41 UTC
Above Attachment is the Patch No.1

Comment 4 Rahul Bhalerao 2006-09-21 07:50:52 UTC
Created attachment 136828 [details]

Comment 5 Rahul Bhalerao 2006-09-21 07:51:51 UTC
Created attachment 136829 [details]

This Patch is dependent on the Pango patch submited on the bug #207456

Comment 6 Satyabrata Maitra 2006-09-26 07:54:20 UTC
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 :


Comment 7 Lawrence Lim 2006-09-29 02:40:27 UTC
U+0B38 U+0B4D U+0B2C does not look quite right compare with the image in the TC.
Could you please confirm?

Comment 8 Lawrence Lim 2006-09-29 02:53:53 UTC
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)

Comment 9 Rahul Bhalerao 2006-09-29 04:39:26 UTC
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. 

Comment 10 Rahul Bhalerao 2006-10-03 14:11:51 UTC
*** Bug 194066 has been marked as a duplicate of this bug. ***

Comment 11 subhransu behera 2006-10-12 12:53:49 UTC
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:


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
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.

Comment 12 A S Alam 2007-05-02 11:08:31 UTC
All combinations are verified by LM and those are fixed now.
Tested with following Package:

Note You need to log in before you can comment on or make changes to this bug.