Bug Hunting Session
Bug 98404 - UX - While objects on a slide are being edited, notably text boxes, the new slide sorter Ctrl+Shift shortcut combinations (see bug 91909) incorrectly receive focus and move the slide
Summary: UX - While objects on a slide are being edited, notably text boxes, the new...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.1.1.1 rc
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, needsDevEval, regression
: 99000 99279 99522 (view as bug list)
Depends on:
Blocks: Shortcuts-Accelerators Slide-Sorter
  Show dependency treegraph
 
Reported: 2016-03-04 09:22 UTC by jose.velez
Modified: 2019-01-16 11:13 UTC (History)
11 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 jose.velez 2016-03-04 09:22:59 UTC
The libreeoffice documentation (https://help.libreoffice.org/Impress/Shortcut_Keys_for_Impress#Shortcut_Keys_when_Editing_Text) explain that when editing a text in a slide show the combination [Ctrl+Shift+End] go and select text to end of document.

However, when editing a text on a slide, Ctrl+Shift+End doesn't select the text in the slide, but move the slide to the end of the slide stack.

[Ctrl+Shift+Home] doesn't work either.
Comment 1 Robinson Tryon (qubit) 2016-03-06 07:24:15 UTC
TESTING on Ubuntu 14.04 64bit +
LO 5.2.0.0.alpha0+ (2016-02-24_23:58:47)

(In reply to jose.velez from comment #0)
> The libreeoffice documentation
> (https://help.libreoffice.org/Impress/
> Shortcut_Keys_for_Impress#Shortcut_Keys_when_Editing_Text) explain that when
> editing a text in a slide show the combination [Ctrl+Shift+End] go and
> select text to end of document.

Yes, docs confirmed.

> However, when editing a text on a slide, Ctrl+Shift+End doesn't select the
> text in the slide, but move the slide to the end of the slide stack.

1) Opened 47 slide presentation (ODP)
2) Clicked into text area on 2nd slide, and then pressed Ctrl+Shift+End

RESULT: Text box/text area object was selected AND the current slide was moved to the end of the presentation.

Status -> NEW

(If this is an error in the docs (and not in the program), then we shouuld change Component to 'Documentation')
Comment 2 jose.velez 2016-03-06 07:48:01 UTC
I think, that this is not an error in the documentation.

In previous versions of Impress the behavior was as explained in the documentation. This behavior has changed in 5.x.

I know it, because I usually used this combination of keys frequently.

Moreover, in writer the behavior is similar, and hasn't changed.

By other way, there aren't another way to select the text from one point to the end of the slide.
Comment 3 Cor Nouws 2016-03-31 11:30:23 UTC
*** Bug 99000 has been marked as a duplicate of this bug. ***
Comment 4 Cor Nouws 2016-03-31 11:32:32 UTC
a nasty useability problem, IMHO
Comment 5 raal 2016-03-31 13:27:03 UTC
This seems to have begun at the below commit.
Adding Cc: to Philippe Jung; Could you possibly take a look at this one? Thanks

d3eabfe9d10f89d48c9f53c4e3bb8364d120c723 is the first bad commit
commit d3eabfe9d10f89d48c9f53c4e3bb8364d120c723
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date:   Thu Nov 19 09:09:26 2015 -0800

    source sha:8f07a723f932ac83b48afe55518b0a1e81e36f20

    source sha:8f07a723f932ac83b48afe55518b0a1e81e36f20

:040000 040000 785ed8ff62ab2a2ec3ba9bdccba43e401d8fcdfa 0fb7b52ea30f0f0745e2f45358572ecc31d25400 Minstdir


author	Philippe Jung <phil.jung@free.fr>	2015-11-18 23:51:13 (GMT)
committer	Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>	2015-11-19 11:55:25 (GMT)
commit	8f07a723f932ac83b48afe55518b0a1e81e36f20 (patch)
tree	8e0736fa06504ca2dc09147fe84d18d0f310eaa8
parent	c94cf0cf5f10edb45a74a58c95c306b0d271645b (diff)
tdf#91909 Add shortcuts for MovePage actions
Comment 6 Cor Nouws 2016-03-31 15:41:10 UTC
Quoting https://bugs.documentfoundation.org/show_bug.cgi?id=91909#c0
" It would also be useful to have uno commands for slide sorting like move slide up, move slide down, move slide to beginning, and move slide to end, so they can also appear in the menu bar with suitable shortcut keys. Are there presently shortcut keys for these operations as i couldnt find them in the customize dialog? "

That explains a lot :)
Possibly it is useful to make a distinction between text editing mode and not?
Comment 7 Cor Nouws 2016-04-14 06:30:59 UTC
*** Bug 99279 has been marked as a duplicate of this bug. ***
Comment 8 raal 2016-04-28 11:43:13 UTC
*** Bug 99522 has been marked as a duplicate of this bug. ***
Comment 9 V Stuart Foote 2016-04-29 20:32:20 UTC
Movement of slides was introduced with enhancements of bug 91909 -- where Caolán later reverted use of the <Home> and the <End> keys for slide navigation as the shortcuts broke legacy text editing.

And here this remains a simple conflict with selected shortcuts--these <Ctrl>+<Shift>+[Home|Up|Down|End] text movement and selection text edit functions are still in conflict.

Pretty sure they are reserved inside edit engine -- and so got missed when reviewing Accelerators.xcu for use for slide movement shortcuts.

@Jay, Philippe -- if we can not isolate behavior of the Slide sorter pane from the active elements on the slide canvas then we have to change the chosen ShortCuts for slide movements.

Believe the newer feature should get new shortcuts. And the legacy (and arcane) assignments in edit engine (used in all modules) should be left alone.
Comment 10 Heiko Tietze 2016-09-06 09:34:04 UTC
Still an issue in 5.2 and master (and really annoying by the way, pushing importance). Furthermore to ctr+shift+home/end the text box should provide paragraph selection per ctrl+shift arrow.

The solution is simple: While in edit mode global shortcuts have to be ineffective.
Comment 11 Cor Nouws 2016-12-28 14:09:11 UTC
would this help?
Comment 12 Cor Nouws 2016-12-28 14:14:07 UTC
nonsense - don't do that Cor..
Comment 13 Octavio Alvarez 2017-01-14 02:08:30 UTC
Any news? This is annoying as hell. It bites me every time. Anything we can do to help?
Comment 14 Samuel Thibault 2017-05-02 18:10:35 UTC
Hello,

We have found a workaround until the bug gets fixed: in Tools->Customize, the Keyboard tab, look for the control-shift-home and end entries, and click delete for both of them. Of course this is only a workaround :)

Samuel & Giroll people
Comment 15 Andreas 2018-03-07 13:17:46 UTC
I can confirm this bug still present in Version: 5.4.5.1 Build ID: 40m0(Build:1).

Ctrl-Shift + xxx is definitely for selecting text and not for moving slides. This bug is indeed very annoying.

Please assign + fix.
Comment 16 Karsten 2019-01-16 11:13:48 UTC
A general discussion is needed: https://bugs.documentfoundation.org/show_bug.cgi?id=122730