[Libreoffice-ux-advise] [Bug 129426] Selection then Arrow-Move

[bugzilla-daemon at bugs.documentfoundation.org]

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

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |libreoffice-ux-advise at lists
                   |                            |.freedesktop.org,
                   |                            |vstuart.foote at utsa.edu
             Status|NEW                         |UNCONFIRMED
           Keywords|                            |needsUXEval
     Ever confirmed|1                           |0

--- Comment #4 from V Stuart Foote <vstuart.foote at utsa.edu> ---
No, this is not valid requirement.

<Ctrl>+<Shift> with cursor <Right, or Left> currently modifies selection and
repositions text cursor to beginning or end of the run. Resulting selection
includes a trailing space so break at word bound.

It also correctly observes RTL/LTR sense of the locale. 

And what is uniquely StarOffice/OpenOffice/LibreOffice text handling, a <Shift>
with cursor <Right, or Left> then allows adjustment of selection, one character
at a time.

See no functional requirement to change what is the
StarOffice/OpenOffice/LibreOffice way--which currently provides consistent
cursor selection of words/lines/paragraphs.[1]  As implemented in edit
engine(s) the <Ctrl><Shift> cursor combos alone work at word bounds/line bounds
for cursor movement within selections.

Implementation remains correct and suited to task, that it does not exactly
match other text editors is not a valid design requirement.

IMHO => WF

=-ref-=
[1]
https://help.libreoffice.org/6.3/en-US/text/swriter/04/01020000.html?DbPAR=WRITER#bm_id3145763

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