The commands "go and select to start/end of current block" appear absent in recent versions of impress with the English UI (I'm told they are present in German)
There are not "blocks" what object are you trying to work with? Perhaps provide a screen clip or two regards your question.
The LO Help pages here: file:///usr/share/libreoffice/help/en-GB/text/simpress/04/01020000.html?&DbPAR=IMPRESS&System=UNIX under the heading 'shortcut keys when editing text', include Ctrl+Shift+Home Go and select text to start of text block in slide and Ctrl+Shift+End Go and select text to end of document I don't know why 'block' is used instead of 'box', nor do I know why it says 'end of document', which when editing text in impress makes no sense. Formerly, Ctrl+Shift+End would advance to the end of the text box and select all the text along the way. Ctrl+shift+Home would move to the start of the text box and select all the text along the way. This is the behaviour I want. Now they move the whole slide to the start or end of the document. The command 'go and select to start/end of text' is not present in the list of commands available for customisation.
Looks like a documentation issue, the help [1] is no longer correct. At 5.1.0 release for bug 91909 the shortcuts were added to the Impress slide navigator that override the general edit shortcuts. <Ctrl>+<Shift>+<Home> & <Ctrl>+<Shift>+<End> move the slide to the start or end of the slide sorter list. They do not make text selections within an active Text box. Meaning: <Home> & <End> will act on current line of text box moving to start or end. <Shift>+<Home> & <Shift>+<End> will act on current line and select to start or end. <Ctrl>+<Home>, <Ctrl>+<End> will act on entire text box moving to start or end. A two step mix of <Home> or <End> with <Shift>+<End> or <Shift>+<Home> will select entire line. The selection can be expanded with <Shift>+<Up/Down> as needed. =-ref-= [1] https://help.libreoffice.org/7.2/en-US/text/simpress/04/01020000.html?&DbPAR=IMPRESS&System=WIN The <Ctrl>+<Shift>+<Home> & <Ctrl>+<Shift>+<End> selections were reassigned for use in the Slide sorter, need to be moved there and edited.
Created attachment 168553 [details] Screenshot of proposed change Is this what is wanted? https://gerrit.libreoffice.org/c/help/+/108341
Not in my view a documentation issue. I found the previous meaning of Ctrl+Shift+Home/End to be very useful. Moving the whole slide is easily accomplished by other means in a few keystrokes. "Go and select to start/end of box" is more difficult to work around. However, I can customise the shortcut, if I can find the command.Does it still exist and what is it called?
(In reply to Robert Simpson from comment #5) > Not in my view a documentation issue. I found the previous meaning of > Ctrl+Shift+Home/End to be very useful. Moving the whole slide is easily > accomplished by other means in a few keystrokes. "Go and select to start/end > of box" is more difficult to work around. However, I can customise the > shortcut, if I can find the command.Does it still exist and what is it > called? Well, it doesn't solve your problem but all these commands exist in Writer. Ctrl+Shift+Home/End is "Select to Document Begin/End", and Ctrl+Shift+Up/Down is "Select to Paragraph Begin/End". There are also a lot of others without a default shortcut key, all can be seen in Tools > Customize > Keyboard tab > Category > Navigate. However in Impress customize dialog I don't see these commands. The help documentation needs fixing anyway. You can probably join bug 137347 for your request of shortcut keys when editing in a text box in Impress.
Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/e5aeb1d6368a566f2c10920af77ede9042ac3e8a tdf#139286 and tdf#137347 update slide sorting shortcut keys in Impress
(In reply to Robert Simpson from comment #5) > Not in my view a documentation issue. I found the previous meaning of > Ctrl+Shift+Home/End to be very useful. ... Not denying that, but given this was change 10 major releases back and you are the first to comment, would say the slide sorter gets to keep its shortcuts. > Moving the whole slide is easily > accomplished by other means in a few keystrokes. "Go and select to start/end > of box" is more difficult to work around. No, the movement and selection within text box is also equally easy, and has been so for 10 major releases. If folks had issues would have heard, as with the temporary general breakage of the Home and End line movements that were backed out. > However, I can customise the > shortcut, if I can find the command.Does it still exist and what is it > called? They are not uno commands (so not customizable). It is possible the slide sorter behavior could be isolated from the edit shell handling of the Text box (and presumably other Draw shapes) allowing the shortcuts to be overloaded and restore the prior set. For now, the Help is corrected as in comment 4.
> you are the first to comment No, this was reported more than 3 years ago already https://bugs.documentfoundation.org/show_bug.cgi?id=98404 and with various duplicates. > > "Go and select to start/end of box" is more difficult to work around. > > No, the movement and selection within text box is also equally easy, and ? How do you select from the current position so the end of the box? Sure, you can press shift+down arrow several times. But control-shift-end is a very widely implemented shortcuts that people do know and will use almost unconciously.
I would go so far as to say that the 'new' associations of Ctrl+Shift+Home/End are infuriating. I frequently find my active slide has jumped to a new place in the presentation. Yes, I have lived with this irritation for some time, but it remains a major irritation. I don't know the significance of UNO commands or not, but the commands existed previously. In one release I had customised the keystrokes to do what I wanted, but I can no longer do so. I do not think this issue is resolved.
(In reply to Robert Simpson from comment #10) > > I do not think this issue is resolved. Follow bug 98404, documentation issue here is resolved.