https://bugs.documentfoundation.org/show_bug.cgi?id=98494
V Stuart Foote <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
CC| |[email protected]
Status|NEW |RESOLVED
--- Comment #4 from V Stuart Foote <[email protected]> ---
Believe this was confirmed in error and is no longer relevant.
Edit cursor movement is now correctly controlled by UNO (.uno:GotoNextWord,
.uno:GotoPrevWord) positioning into the text run within ICU word bounds needed
for transliterations (to be done with or without selection). The partial word
selection to beginning or to end of word (.uno:WordLeftSel, .uno:WordRightSel
locale aware).
Likewise when cursor has been advanced onto the word bound, a transliteration
action against just the word bound (per locale) would not make sense--the
action would be ambiguous, does it apply to previous or next word?.
The .uno:SelectWord control is available to assign to shortcut, but seems to
select to bounds of the previous word when used from edit cursor positioned on
the word bound/punctuation.
Without selection a transliteration occurs to text run within word bounds (per
locale). And with selection it applies to the selection (except for Sentence
case which has been broken as for bug 49033).
The control logic and behavior around edit cursor positioned on ICU word bounds
seems correct.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
