[Libreoffice-ux-advise] [Bug 100777] Inconsistent "Smart Cursor" action when navigating or selecting paragraphs

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=100777

--- Comment #17 from Paul <pbpublic at gmail.com> ---
(In reply to Cor Nouws from comment #14)

> I can't understand why a different behavior with different key combination
> is inconsistency.

Hello,

Here's the way I view this. The current behavior is not analogous to other
behavior internal to LO. For instance, if I use the Left key, the cursor goes
back one character. If I overlay the Shift key to that action, I Select back
one character. If I use Ctrl-Left, the same dynamic holds true with regard to
whole words. The Shift key acts as an overlay to an existing action, adding the
Selection function.

The same is true of the Up arrow. It will take you up one line. And when the
Shift key is added, it will Select up one line.

All these dynamics hold true for the Right and Down keys as well. Adding the
Shift key simply adds the Select function to the existing underlying function. 

This holds true when adding the Ctrl key to the Down action- the action is
shifted to the paragraph level, but remains consistent. The only thing that
changes is the Selection function is added with the Shift key. 

But there is one glaring exception - the Ctrl-Up function is not analogous to
the Ctrl-Shift-Up function. Adding the Shift key not only adds the Selection
function, it changes the basic underlying action.

But in this case, adding the Shift key brings the Ctrl-Up action back into
conformity to all the other functions listed here. It is the underlying action
- Ctrl-Up - that for some reason violates the rule of every other related
navigation within LO.

I expect the Shift key merely to add the Select function. Here it doesn't,
because it is correct, but the underlying action has, IME, been inconsistently
designed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.