Inside Writer, if one puts the cursor tangent to a word (between the white space -that separates two words or a word and a punctuation- and the first or last letter of the word that needs to change case of) will not change the case of that word. It is of importance because one can jump between words using Ctrl+arrows and will get to desired word to change case and will not be able to do so if not pressing the arrow keys again to move cursor inside the word (between letters of the same word).
Created attachment 123373 [details] Cursor tangent to word dolor (at the beginning) Cursor tangent to word dolor (at the beginning of the word) and can not change case by Shift+F3
Thanks cdiac for filing. This is general behaviour: Ctrl+B for example has no effect either in that situation. What you want (maybe want) is a redefinition of 'text that has the focus' The cursor just in front of after a word, implies that the word does not have the focus. (I would not dare to touch this, having no idea what could be affected by changing this ;) )
Added a bug to AOOO also. Hopefully someone will be brave enough. :) https://bz.apache.org/ooo/show_bug.cgi?id=126861
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.