[Webkit-unassigned] [Bug 24342] New: [Chromium] cannot insert a Thai character after a Thai prepend character

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Mar 3 20:42:06 PST 2009


https://bugs.webkit.org/show_bug.cgi?id=24342

           Summary: [Chromium] cannot insert a Thai character after a Thai
                    prepend character
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: HTML Editing
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: hbono at chromium.org
                CC: jshin at chromium.org


Copied from "http://crbug.com/3523"

* Additional Builds and Platforms:

Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
   Safari 3: OK
  Firefox 3: OK
       IE 7: OK

* Steps to Reproduce:

1. Type
"อยากญี่ปุ่น"
in an input field.
2. move cursor to before "ญี่ปุ่น"
after "อยาก" like this 
"อยาก|ญี่ปุ่น"
3. Type "ไป"

* Expected Result:

The input field becomes
"อยากไปญี่ปุ่น".

* Actual Result:

The input field becomes
"อยากไญี่ปปุ่น"

* Additional Information:

ICU 4.0 changed character-break rules to comply with UAX #29
"http://unicode.org/reports/tr29/" and prevent inserting a character break
after a "prepend" character. Even though this rule is good for displaying Thai
characters, it is not good for inputting them because Thai people are familiar
with the behavior of ICU 3.8 for inputting Thai characters.
(ICU 4.0 permits inserting a character-break before a half-width katakana
voiced mark again.)

To prevent this problem, we should add a new break iterator for inputting
characters and use custom rules (based on the character-break rules of ICU 3.8)
to avoid using the character-break rules of ICU 4.0 for inputting characters.


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list