https://bugs.documentfoundation.org/show_bug.cgi?id=109272
Telesto <tele...@surfxs.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
See Also| |https://bugs.documentfounda
| |tion.org/show_bug.cgi?id=13
| |7972
Resolution|WONTFIX |---
Ever confirmed|1 |0
--- Comment #14 from Telesto <tele...@surfxs.nl> ---
(In reply to Rosemary Sebastian from comment #10)
> Edit:
>
> Expected behaviour:
>
> The cursor should always be at the start of a selection after deletion. It
> should not depend on how a selection is made or how the selection is deleted.
I fully agree: It's pretty rather inconsistent.
1. Select some text from right to left
2. CTRL+X
3. CTRL+Z -> changes selection from left to right
4. CTRL+X -> cursor at the right
In this case the undo should remember how the text got select in the first
place. The alternative would be to make it independent of selection (from left
to right/ or right to left).
I personally prefer the latter. I personally don't take record of how I select
things. And well if I want to replace a start of a word I select from left to
right. And if I want to replace the end, I select right to left.
Cursor position unpredictability is disruptive, to me, IMHO.
Similar type of issue bug 137972
It also matters for track changes with changes visible. Do you type left/right
of the deleted word. See bug 149873. The mixture of both doesn't improve the
reading of changes. And you can be unaware of the effect with show changes
disabled.
Setting to UNCONFIRMED for now, because I would like some fresh input
--
You are receiving this mail because:
You are the assignee for the bug.
