Bug 136420 - Sidebar layout: hide context toolbars
Summary: Sidebar layout: hide context toolbars
Status: RESOLVED DUPLICATE of bug 137161
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2020-09-03 05:09 UTC by andreas_k
Modified: 2020-10-01 09:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andreas_k 2020-09-03 05:09:44 UTC
when use sidebar layout in LibO it show the default toolbar and the sidebar but if you insert an graphic or table, ... the context toolbars were visible. 

This mean that he UI is jumping and there is no reason for it, cause the sidebar offers most of the context toolbar related commands so in the end you have the compact sidebar layout but when select context there is no difference to standard layout.
Comment 1 V Stuart Foote 2020-09-03 18:46:46 UTC
No, contextual toolbars are much richer than the Sidebar decks/content panels.

-1

Better mode to hold UI steady as I've noted is the MUFFIN NB 'hybrid' 'Contextual Single'
Comment 2 andreas_k 2020-09-04 21:11:45 UTC
90% of the commands from the toolbars are available in the sidebar. As the sidebar is available in all layouts, default layout has context toolbars available, but if the user want to use Sidebar layout, I want to see the Sidebar (and the default toolbar) and no jumping UI with the context toolbars. For example in writer the Text formating toolbar (which is the default context toolbar) is not available.
Comment 3 Heiko Tietze 2020-09-21 13:32:39 UTC
"90% of the commands from the toolbars are available in the sidebar." is likely too much. Many commands are available in both the toolbar and the sidebar. So this question boils down what the sidebar is good for (see HIG) rather than to ditch "all" toolbars.
Plus, the sidebar can be used in different ways. You may have the Navigator focused while editing the document. Or the Gallery, which is an expected use case when it comes to graphics.
Comment 4 Heiko Tietze 2020-10-01 09:43:56 UTC
Since this request is somewhat generic and has the same background as bug 137161 I make it a duplicate.

The toolbars are essential UI controls and should be accompanied by the sidebar. We provide different user interfaces and support various workflows and to focus on one layout harms the other. 

And example for this ticket might be the table interactions that made it to the sidebar while the toolbar still has everything available. And I would rather keep the sidebar clean than dropping the toolbar. But this has to be decided per case in individual tickets.

*** This bug has been marked as a duplicate of bug 137161 ***