Bug Hunting Session
Bug 89668 - SLIDE PANE: Move slide manipulation buttons to the bottom of the pane
Summary: SLIDE PANE: Move slide manipulation buttons to the bottom of the pane
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsDevEval, topicUI
: 94475 97593 (view as bug list)
Depends on:
Blocks: Slide-Page-Pane Impress-UX
  Show dependency treegraph
 
Reported: 2015-02-26 00:45 UTC by Yousuf Philips (jay) (retired)
Modified: 2017-05-13 12:04 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
mockup (7.32 KB, image/png)
2015-02-26 00:45 UTC, Yousuf Philips (jay) (retired)
Details
New slides page docked right underneath slides sidebar (102.86 KB, image/jpeg)
2015-09-27 09:15 UTC, Richard Prins
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yousuf Philips (jay) (retired) 2015-02-26 00:45:22 UTC
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.
Comment 1 Cor Nouws 2015-02-26 09:15:03 UTC
+ 1
Comment 2 Yousuf Philips (jay) (retired) 2015-02-26 10:17:41 UTC
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.
Comment 3 Yousuf Philips (jay) (retired) 2015-09-26 15:10:56 UTC
*** Bug 94475 has been marked as a duplicate of this bug. ***
Comment 4 Richard Prins 2015-09-26 15:15:44 UTC
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.
Comment 5 V Stuart Foote 2015-09-26 15:37:58 UTC
@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".
Comment 6 V Stuart Foote 2015-09-26 16:02:25 UTC
(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.
Comment 7 Richard Prins 2015-09-26 19:55:10 UTC
@ V Stuart
Draw currently lacks a new page button (the only option is to right click), so this idea could also be beneficial there.
Comment 8 V Stuart Foote 2015-09-26 22:05:06 UTC
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.
Comment 9 Richard Prins 2015-09-27 09:15:48 UTC
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?
Comment 10 V Stuart Foote 2015-09-27 12:58:03 UTC
(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.
Comment 11 Yousuf Philips (jay) (retired) 2015-09-27 13:11:09 UTC
(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.
Comment 12 V Stuart Foote 2016-02-05 14:49:20 UTC
*** Bug 97593 has been marked as a duplicate of this bug. ***