Bug 136125 - Sidebar: no use of GtkMenuToolButton
Summary: Sidebar: no use of GtkMenuToolButton
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Sidebar-UI-UX
  Show dependency treegraph
Reported: 2020-08-25 21:10 UTC by andreas_k
Modified: 2020-09-08 07:44 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Line Dialog vs Sidebar (51.51 KB, image/png)
2020-08-25 21:10 UTC, andreas_k

Note You need to log in before you can comment on or make changes to this bug.
Description andreas_k 2020-08-25 21:10:56 UTC
Created attachment 164685 [details]
Line Dialog vs Sidebar

In the sidebar there were used GtkMenuToolButton's for 
- LineStyle
- LineColor

which work nice in an toolbar where there is less space, but at the sidebar I recommend to use the widget like in the dialog window. 

The benefit of use the widgets from the dialog windows are:
- Line: it will show an preview AND the name of the line style within the sidebar. so if you select an line you see instantly the name of the line style

- Color: same for color with the GtkMenuToolButton you see an preview but not the name so if you want to use the same color somewhere else it's very complicated to find the correct one

So I think for the toolbar GtkMenuToolButtons are the correct widgets but for the sidebar they are just an step backward.
Comment 1 andreas_k 2020-08-26 07:11:49 UTC
For the width widget presets are fine like in the drop down menu, but strange is that the selection is different between line dialog and sidebar. maybe we can use an drop down widget with the option to insert stuff. In the drop down widget the in file used widths would be nice.
Comment 2 Heiko Tietze 2020-09-08 07:44:30 UTC
In general I would make the sidebar way more simple. All controls that are not used _frequently_ (>10 times per session) belong to the respective dialog, only the most needed attributes should be accessible via sidebar. 

The contextually changing sidebar deck is a source of confusion and bad faith in the application.

Lines are part of graphical objects and by that not _frequently_ used in Writer. And part of a contextually changing deck. I'm aware that a special deck require user interaction to modify the _properties_, which is also wrong.

After this disclaimer I agree with the advantage of labels. Furthermore it's hard to understand for users why the interaction is different depending on the places of controls. Consistency is prime (after simplicity).