Bug 152357 - Show "more options" symbol also in the tabs (requesting for something like MS Word's paragraph properties)
Summary: Show "more options" symbol also in the tabs (requesting for something like MS...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Notebookbar-Tabbed
  Show dependency tree / graph
 
Reported: 2022-12-02 15:00 UTC by emut
Modified: 2023-06-29 16:18 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
1 (46.65 KB, image/png)
2022-12-02 15:00 UTC, emut 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description emut 2022-12-02 15:00:07 UTC 
Description:
Show the "more options" symbol also in the tabs structure so that users don't have to waste time while searching the further options in the sidebar or menubar. 
See also screenshot.

Actual Results:
--

Expected Results:
--


Reproducible: Always


User Profile Reset: No

Additional Info:
--
Comment 1 emut 2022-12-02 15:00:36 UTC 
Created attachment 183961 [details]
1
Comment 2 V Stuart Foote 2022-12-02 18:12:22 UTC 
The is no 'More options' for the MUFFIN Notebook Bar assemblages.

Extent of customization for any of the predefined tabs is limited to what is available in the Tools -> Options -> Customize dialog on he 'Notebookbar' tab.

These predefined GTK .UI assemblages make no use of the Microsoft Ribbon API.

Beyond the limited customization, the 'Menubar' toggle is provided at the left of the UI to expose the entire Menu structure for "more options" beyond the UNO widgets already in the MUFFIN assemblages or resident on the Sidebar decks.

IMHO => INVALID or at most => WF
Comment 3 Heiko Tietze 2022-12-08 08:56:05 UTC 
We discussed the topic in the design meeting.

The notebookbar is not just a copy of ribbons, and adding buttons spoils the design. Plus, we offer some alternative UI variants.

But on the other hand this variant is supposed to be familiar for Windows users. And it might help to better organize the content. Point is that such a button to open a properties dialog demands to have content from _this_ dialog at the section. Which is not (yet) the fact everywhere.