[Webkit-unassigned] [Bug 81136] Need implement isWordTextBreak for QT, and WinCE for visual word movement functionality
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Apr 11 13:38:10 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=81136
--- Comment #6 from Xiaomei Ji <xji at chromium.org> 2012-04-11 13:38:10 PST ---
Sorry for replying late.
I think gtk's result is more reasonable (in terms of consistent with other output in other tests).
Since both gtk and chromium uses ICU, I will need to check why chromium's result is different.
(In reply to comment #5)
> (In reply to comment #2)
> > It is added in r110965
> > under Source/WebCore/platform/text/TextBreakIterator.h.
> >
> > If you look at its implementation under TextBreakIteratorICU.cpp,
> > basically, it is checking the current word break iterator just pass over a word.
> > For example, "abc def", both positions "abc| |def" are word break positions,
> > but isWordTextBreak returns true for "abc| def" since the break iterator just pass over "abc". And it returns false for "abc |def" since the break iterator just pass over a space.
> >
> > If GTK+ uses ICU, that should be easy to implemented.
>
> I've tried running the Skipped tests, and all but one run without problems in webkitgtk, as it uses ICU backend.
>
> The only test failing is editing/selection/move-by-word-visually-multi-line, with this kind of failure:
>
> Test 1, LTR:
> Move right by one word
> -"abc def ghi jkl mn "[0, 4, 8, 12, 16, 19], "opq rst uvw xyz"[0, 4, 8, 12, 15]
> +"abc def ghi jkl mn "[0, 4, 8, 12, 16], "opq rst uvw xyz"[0, 4, 8, 12, 15]
> Move left by one word
> "opq rst uvw xyz"[15, 12, 8, 4, 0], "abc def ghi jkl mn "[16, 12, 8, 4, 0]
>
>
> Test 7, RTL:
> Move left by one word
> -"abc def ghi jkl mn "[0, 3, 8, 11, 16, 19], "opq rst uvw xyz"[0, 3, 8, 11, 15]
> +"abc def ghi jkl mn "[0, 3, 8, 11, 16], "opq rst uvw xyz"[0, 3, 8, 11, 15]
> Move right by one word
> "opq rst uvw xyz"[15, 11, 8, 3, 0], "abc def ghi jkl mn "[16, 11, 8, 3, 0]
>
> Seems that the ICU implementation is not considering the blank space at the end of lines as a word break. Is it expected?
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list