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.
TESTING on Ubuntu 14.04 64bit +
LO 184.108.40.206.alpha0+ (2016-02-24_23:58:47)
(In reply to jose.velez from comment #0)
> The libreeoffice documentation
> 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')
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.
*** Bug 99000 has been marked as a duplicate of this bug. ***
a nasty useability problem, IMHO
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
Author: Norbert Thiebaud <firstname.lastname@example.org>
Date: Thu Nov 19 09:09:26 2015 -0800
:040000 040000 785ed8ff62ab2a2ec3ba9bdccba43e401d8fcdfa 0fb7b52ea30f0f0745e2f45358572ecc31d25400 Minstdir
author Philippe Jung <email@example.com> 2015-11-18 23:51:13 (GMT)
committer Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> 2015-11-19 11:55:25 (GMT)
commit 8f07a723f932ac83b48afe55518b0a1e81e36f20 (patch)
parent c94cf0cf5f10edb45a74a58c95c306b0d271645b (diff)
tdf#91909 Add shortcuts for MovePage actions
" 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?
*** Bug 99279 has been marked as a duplicate of this bug. ***
*** Bug 99522 has been marked as a duplicate of this bug. ***
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.
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.
would this help?
nonsense - don't do that Cor..
Any news? This is annoying as hell. It bites me every time. Anything we can do to help?
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
I can confirm this bug still present in Version: 220.127.116.11 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.
A general discussion is needed: https://bugs.documentfoundation.org/show_bug.cgi?id=122730
Please add keyword 'needsUXEval' and CC 'firstname.lastname@example.org' if input from UX is needed.
This is still an issue with LibreOffice 7