Created attachment 113696 [details] mockup Presently the management of normal and master slides are grouped together in their own individual toolbars that hide and unhide when you switch between views. In order to improve the user experience, we shouldnt have multiple locations that users goto to manage slides, as we currently have some users who right-click in the side pane and others who go to the top right area of the toolbar.
+ 1
Just incase it isnt clear, the master slide management buttons would replace these regular slide manage buttons from the mockup when a user goes into slide master view.
*** Bug 94475 has been marked as a duplicate of this bug. ***
Excellent idea, I think it is confusing for users that the create new buttons are so far from the slides sidebar. This is one of those 'papercuts' that turns new users off.
@Jay, a bit of a stretch to resurrect bug 94475 as a duplicate of this. Unclear from the mockup. Are you suggesting eliminating the current toolbar and merging its button widgets into the "Slide Pane"? Or are you suggesting to retain the "Presentation" toolbar, and somehow "attach" it to the bottom of the Slide pane? The latter is easily done now by dragging the "Presentation" toolbar to a new location. I guess setting it anchor there by default would be pretty simple. With advantage that it retains the toolbar structure for customization as preferred. But, merging the toolbar button widgets into the Slide Pane would be more complex--would loose toolbar functionality, and would have impact on Draw which uses the same code for its Page Pane. In Draw, there is no Toolbar mix comparable to "Presentation".
(In reply to V Stuart Foote from comment #5) And of course same issues with changing Slide Pane widgets vs. toolbar attachment when in Master Slide mode and manipulating the "Master View" toolbar.
@ V Stuart Draw currently lacks a new page button (the only option is to right click), so this idea could also be beneficial there.
Well, maybe. As actually the Insert Slide/Page .uno command is available from the Insert toolbar, or as noted, is available from the Pages Pane context menu as "New page". The button action can of course be added anywhere--toolbar or .UI widget. Issue I have with doing it with widget is because the buttons get a fixed size the Slides or Pages preview/sorter panes will have to expand to accommodate however many are pinned into the .ui layout. We've had that issue over on the Sidebar deck content panels. In Draw we already rotated the "Drawing" toolbar vertical and attached left. Expanding the Pages preview/sorter will start to impact available space on the drawing canvas. Kept to a toolbar the buttons don't interfere with the Slides/Pages pane in any fashion. And toolbar can be docked lower left under the Slides/Pages pane--and allowed to float if undocked. When we insert it into the .UI we loose some flexibility.
Created attachment 119067 [details] New slides page docked right underneath slides sidebar Fair enough, the new slides page could be docked right underneath the sidebar. As you see in the image, this kind of clutters the lower toolbar though. A floating new slides toolbar wouldn't be very user friendly imho. Why does using space in the bottom of the slides sidebar reduce space in the main editing window? The sidebar would have the same width right?
(In reply to Richard Prins from comment #9) >... Why does > using space in the bottom of the slides sidebar reduce space in the main > editing window? The sidebar would have the same width right? As in comment 8 ... the Slides or Pages preview/sorter panes will have to expand to accommodate however many are pinned into the .ui layout. No the Slides/Pages pane, canvas and Sidebar consume the space across the UI. As you adjust one you impact the others. Content of the Slides/Pages pane responds to available width. You can see the effect when you grab the right edge of the Slides/Pages pane and drag it larger or smaller. The preview of each slide/page will enlarge or shrink to fit the width. If as suggested, .UI button widgets are inserted into the pane(s), the icons used would not resize--so the width would either have to be limited (it now is not), or the buttons will have to hide as width of pane(s) shrink. Depending on how many buttons are added, the default width of the pane(s) and previews will need to increase---reducing space available on the Presentation or Drawing canvas. Not a problem at 1920x1080 but folks still at 4:3 1024x768 will not be happy. But, since our minimum "supported" size has been moving toward 1366x768, impact would likely be acceptable in general.
(In reply to V Stuart Foote from comment #5) > Unclear from the mockup. Are you suggesting eliminating the current toolbar > and merging its button widgets into the "Slide Pane"? > > Or are you suggesting to retain the "Presentation" toolbar, and somehow > "attach" it to the bottom of the Slide pane? Yes the intent is to hide the current toolbars (one for normal mode and one for master mode) and merge the buttons into the slide pane. > But, merging the toolbar button widgets into the Slide Pane would be more > complex--would loose toolbar functionality, and would have impact on Draw > which uses the same code for its Page Pane. In Draw, there is no Toolbar mix > comparable to "Presentation". Yes its is a complex feature to introduce but it wouldnt negatively impact draw, as draw also has most of the same functions (add, duplicate, delete page). (In reply to V Stuart Foote from comment #8) > The button action can of course be added anywhere--toolbar or .UI widget. > Issue I have with doing it with widget is because the buttons get a fixed > size the Slides or Pages preview/sorter panes will have to expand to > accommodate however many are pinned into the .ui layout. We've had that > issue over on the Sidebar deck content panels. Nothing to worry about there, as the 4 buttons can easily fit within the default allocated space, and for draw, there would only be 3 buttons.
*** Bug 97593 has been marked as a duplicate of this bug. ***