Description: The Slide Sorter toolbar contains two tools: Select and Start from First Slide. I don't understand what "Select" means in this context: "Select" as opposed to what? As for "Start from First Slide", that's a perfectly fine operation, but it has nothing to do with the Slide Sorter view of the presentation. The very important tool that's missing from the Slide Sorter toolbar is the up-down control for changing the Slides per Row. That one is in the Slide View toolbar, but it doesn't do anything unless the Slide Sorter is in view. Steps to Reproduce: 1. In Normal slide view, choose View - Toolbars - Slide View (if not already checked). Click the up arrow on the Slides per Row control to increase the number. Nothing happens to the displayed slide, because that control makes no sense in Normal view. 2. In Slide Sorter view, choose View - Toolbars - Slide View (if already checked) to remove the Slide View toolbar. Choose View - Toolbars - Slide Sorter (if not already checked) to add the Slide Sorter toolbar. Search in vain on the toolbar for the up-down Slides per Row control. Actual Results: The toolbar called Slide Sorter is not relevant to the Slide Sorter view. The toolbar called Slide View includes a control that is very relevant to the Slide Sorter view but not relevant to other views. Expected Results: Please consider moving the Slides per Row control to the helpfully named Slide Sorter toolbar. In my opinion, it's the only control that is really needed in that toolbar. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.0.0.3 (x64) Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: en-US (en_US); Calc: group User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Heiko: thought you might be interested in this one since it concerns UI.
"Select" is also in the Drawing toolbar and becomes handy when you edit text, for example. and want to switch back to the object. But I admit that it's a bit weird not only because of the terminology (see also https://help.libreoffice.org/Impress/Drawing_Bar#Select) "Start from First Slide" is part of the Standard toolbar. Both are available elsewhere, so we could just remove the Slide Sorter bar. Alternatively we could provide access to Up and Down (which seems to be Page Up/Down/Start/End from Draw).
Please forgive me if I have misunderstood Heiko Tietze's comments, but I want to make my proposal clear. I DON'T want to "remove the Slide Sorter bar." I want to include on that bar the one tool that is relevant to, and essential for, the slide sorter, namely the tool for changing the number of slides shown per row. Heiko also refers to "Up and Down (which seems to be Page Up/Down/Start/End from Draw)", and I don't understand that. The tool I'm talking about has up and down arrows and a number field, for selecting the number of slides per row in the slide sorter. It has no relevance to drawing, or to any other aspect of Impress except the Slide Sorter.
(In reply to David F Smith from comment #3) > Heiko also refers to "Up and Down (which seems to be Page Up/Down/Start/End > from Draw)", and I don't understand that. Check the new customization dialog and search for "move" (you can make the toolbar as you like). And I think we agree on the best option, just pointed out what's on the table.
Can't check source in OpenGrok at the moment, but look to have muddled function of the "Slide Sorter" and "Slide View" toolbars. When in Sorting mode (View -> Slide Sorter) would expect the Slide Sorter toolbar to activate. Not clear it does. Anyhow, controls are mixed between the two toolbars. The "Select" and "Start from First Slide" buttons on the Slide Sorter toolbar are insufficient working in the slide sorting view mode. Easy to customize, but believe the "Show Slide", "Hide Slide" and "Slides per Row" buttons from the Slide View toolbar should be present on the Slide Sorter toolbar by default. And, one or the other toolbar could be eliminated, but need to check functional impact in Draw where controls are shared (sometimes not cleanly).
Dear David F Smith, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I have retested with LO Version: 6.4.7.2 (x64) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded I'm happy to say that the Slide Sorter toolbar now contains only one tool, "Slides Per Row." That's exactly what I asked for; thank you very much. (The Slide View toolbar also contains Slides Per Row, but that's not a problem.) I'm changing the status to RESOLVED-WORKSFORME, as requested.