Red Hat Bugzilla – Bug 423211
[ml_IN] combination is Incorrect with 0d30 [consonant+0d4d+0d30]
Last modified: 2013-07-02 20:46:53 EDT
+++ This bug was initially created as a clone of Bug #423191 +++
Description of problem:
combination is correct with 0d30 [consonant+0d4d+0d30]
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. open gedit/kate/oowriter
2. type rawcode with SCIM
No combine as expected
should have glyph as showing in image with Openoffice or kedit (but before
instead of end of character)
Image attached with Three (rendering system)
kate - QT4
-- Additional comment from firstname.lastname@example.org on 2007-12-13 06:29 EST --
Created an attachment (id=287321)
SCreenshot with kate/oowriter/gedit
Problem in this component is "combined character should be before instead of end
RA 0xd30 is categorized different to RRA 0xd31, so it has a "hasPostBaseForm" so
the baseConsonant value goes to 0 so the swap hack we use doesn't trigger. If I
recatagorize 0D30 from _pb to _cn the it is treated the same and I get what you
Of course I have no idea if that is the right fix, and it probably isn't.
Alternatively the swap hack might be modified someway to work a little
differently to pick up this issue.
I'll try a hideous horrible hack. At least all existing malayalam test cases
continue to work. But I have my doubts about the original hack as well as this
extension and the font itself. Someone should probably have a look at the new ms
malayalam font and see if that works too for our current testcase or if we're
writing specifically for a single broken font.
Anyway give icu-3.8-6.fc9 a go and see that does what you expect.
Can I please have
updated to include this new combination with a screenshot/drawing of what is
considered the canonical correct version.
it is fixed, tested with following package:
The problem with 0D30 still exists.
Tested with icu-3.8.1-2.fc9
The actual glyph is not yet formed. Instead of forming a half bracket kind of
symbol before the consonant 0D15, 0D30 appears before 0D15. Any consonant from
0D15 - 0D39 (except 0D30 and 0D31) + 0D4D + 0D30 must give the result as the
half bracket symbol appearing before the consonant.
Hence re-opening the bug
Screen shot attached.
Created attachment 292912 [details]
Screenshot for the current problem
hmm, seems to have gotten broken with 3.8.1 for some reason
Gotcha I think. Please try to update test-cases to include the examples intended
to be fixed here.
I have reveiwed and reported the updations to be made in the test cases. QE team
is in the process of preparing the final test case for Malayalam and will be
ready by this week
Tested on icu-3.8.1-3.fc9. This bug is fixed in this.