Bug 129573 - Selecting or highlighting a word or group of words, arrow key to determine where cursor is to rest, at the start or end
Summary: Selecting or highlighting a word or group of words, arrow key to determine wh...
Status: RESOLVED DUPLICATE of bug 129426
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2019-12-23 11:13 UTC by Mark Mclean
Modified: 2020-01-07 15:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Mclean 2019-12-23 11:13:08 UTC
Description:
A feature not in LO, is when highlighting a word or group of words, in Calc or Writer, and then wanting the cursor to either start at the beginning or ending, the choice is made by touching the right or left arrow key. In LO that choice is not there, as in M. S. O. & Google doc.


Steps to Reproduce:
1.Highlight a word or group of words, in Calc or Writer
2.Wanting the cursor to rest at the start of the highlight(by hitting left arrow key) or ending (by hitting right arrow key).
3.The choice is made by touching the right or left arrow key. 

Actual Results:
Highlighted a group of words, from far right to start. Hit arrow right or left arrow key, cursor rest at end. If highlighting from left to end, hitting either arrow key the cursor rest at left. And at times past selected area by one space.

Expected Results:
All other programs has cursor resting always at end if right arrow key is hit and cursor resting on start if left arrow key is hit. And not past the selected area by a space, but within the selected space. 


Reproducible: Always


User Profile Reset: No



Additional Info:
As many are used to coming from Google doc or M.S.O.
Comment 1 V Stuart Foote 2020-01-07 04:15:24 UTC
Cursor movement is already provided with <Ctrl>+<Shift>+<Right>, or <Ctrl>+<Shift>+<Left> and positioning of text cursor follows the direction to start or end of the selection being made.

Inclusion of the trailing wordbound/space at the end of the selection is correct behavior.  Excluding the wordbound would mean that a cut/paste action would leave a double space where cut--and merged words when pasted.

Bbehavior is LO is correct and this is not a desierable change to make to edit engine.

IMHO => WF
Comment 2 Heiko Tietze 2020-01-07 09:02:40 UTC
Use case is when you select some words and decide to exclude the first. Cursor left, ctrl+right, shift+right (suggested) vs. repeatedly cursor left or rather grab the mouse. 

The request has already been made a week before.

*** This bug has been marked as a duplicate of bug 129426 ***
Comment 3 Mark Mclean 2020-01-07 15:01:57 UTC
ctrl+right or ctrl+left works, but not while a selected group of words are Highlight. Highlight is what I was referring to. Highlight a paragraph, then, only hit right or left arrow, not ctrl+right or ctrl+left. In google documents it works as to right or left, in LO it does not. In LO it ends up at the end, most of the time. Not a must to fix, but is useful if one is in the habit of using it.