Chrome bug: http://code.google.com/p/chromium/issues/detail?id=5930 * Type (u05D0 + u05B1) into an rtl-aligned text input field in WebKit* e.g. the search field at http://google.co.il. * Move the cursor to the start (right side) of the text. * Press the delete key. (*) doesn't work in ltr-aligned fields due to another issue: https://bugs.webkit.org/show_bug.cgi?id=23045 Expected Results: * Only the letter Aleph should be deleted, the diacritical mark should remain. What happens: * The diacritical mark and the letter are deleted as one unit. Both IE7 & FF3 behave correctly here, deleting only the letter and leaving the diacritical mark alone. http://trac.webkit.org/changeset/39169 fixed the same issue for the backspace key.
The behavior as described is compatible with the Cocoa text system on Mac OS X. Perhaps this is a platform-specific bug, but then the OS field in this report is wrong.
Makes sense, changing platform to Windows.
(In reply to comment #1) > The behavior as described is compatible with the Cocoa text system on Mac OS X. > Perhaps this is a platform-specific bug, but then the OS field in this report > is wrong. Does it mean that on Mac OS X, ICU's character iterator is not used for this in Webkit? ICU's character iterator treats a sequence of 'base + (a) combining character(s)' as a unit and I thought that was to blame. (see also my comment at http://crbug.com/5930) BTW, what does the Cocoa text system does for a Latin base letter + a diacritic mark and 'delete'?
(In reply to comment #3) > BTW, what does the Cocoa text system does for a Latin base letter + a diacritic > mark and 'delete'? The letter and the diacritic are deleted together.
tagged in chromium as won't fix