Red Hat Bugzilla – Bug 209391
cursoring behaviour with composed GSUB characters
Last modified: 2014-03-25 20:54:10 EDT
Description of problem: Noticed something interesting on the cursoring, it works ok for GPOS characters but not GSUB characters like those found in the attached Test Cases. Version-Release number of selected component (if applicable): openoffice.org-core-2.0.4-4.2 How reproducible: Always Steps to Reproduce: 1.loaded the Test Case with firefox 2.copy and paste one of the char into oowriter (in my case TC #61) 3.press left arrow key (<-) Actual results: Cursor still on the right of the character Expected results: Should move to the left of the character Additional info: Interestingly, after Step 3, try Ctrl-V, the characters will get "mashed" together. Similar behaviour was not observed in gedit.
Created attachment 137790 [details] test case for oriya locale
The last time there was something like this it was a grapheme clustering table issue, icu/writer is probably still considering the single "character" to be comprised of separate bits which can be cursored into.
Well, this is tricky, but I've added code to icu 3.6-6 which seems to "do the right thing" for oriya and malayam with respect to such pango-like cursoring through "foo virama foo" constructs. Some testing outside the specialized virama using tests of these examples for normal oriya/malayam text would be "a good thing"(tm)
*** Bug 213465 has been marked as a duplicate of this bug. ***
Strange, I could have *sworn* there was more comments than this in this bug along the line of "I'm confident it works, but it's not a very elegent solution, albeit the same as that of pango" and that it was set to modified, and even maybe verified, closed... anyway for RHEL-5 we have 3.6-5.5, and all looks well for me there for test case 41 and for other foo virama foo constructs for cursoring through them