Summary: | Allow adding commands to Notebookbar UI | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Lobaluna <celia.palacios> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | bugs.documentfoundation-sammy, bugzilla, heiko.tietze, jbfaure, vsfoote |
Priority: | medium | Keywords: | needsDevEval |
Version: | 6.2 all versions | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 102062, 103238, 101513 |
Description
Lobaluna
2021-05-01 18:44:13 UTC
Can not confirm on Windows build. The Customize dialog for the 'Tabbed Compact' NB allows uncheck/check of associated controls and applies immediately. Customization is persistent between sessions. That level of customization seems sufficient. Folks needing more control should work with fully instrumented menu/toolbars/Sidebar of the Standard view. Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded (In reply to V Stuart Foote from comment #1) The issue is not about checking/unchecking the actual or present buttons, but to add new ones, or to modify the labels next to them, as you can do it on the Standard UI mode. Please confirm in Windows if this behavior is what you see. (In reply to V Stuart Foote from comment #1) I disagree that you establish which level of customization is good for somebody else. LibreOffice offers the possibility to do it, so I ask to be implemented in all UI modes. Modifying the Standard toolbar is not what I'm trying to achieve. (In reply to Celia Palacios from comment #2) > (In reply to V Stuart Foote from comment #1) > > The issue is not about checking/unchecking the actual or present buttons, > but to add new ones, or to modify the labels next to them, as you can do it > on the Standard UI mode. > > Please confirm in Windows if this behavior is what you see. It is. And is expected the way that the Notebook Bar was cobbled together from UNO controlls. (In reply to Celia Palacios from comment #3) > (In reply to V Stuart Foote from comment #1) > > I disagree that you establish which level of customization is good for > somebody else. LibreOffice offers the possibility to do it, so I ask to be > implemented in all UI modes. > > Modifying the Standard toolbar is not what I'm trying to achieve. Understood, but realize that the GTK based "assemblages" that make up the Notebook Bar user interfaces are essentially hard coded. You can select or deselect by check-box--but there is no framework to do more. Sorry. I am the one who feels it the most. It is such a shame because this UI mode is very attractive and slim to be used with laptops with small screen resolution (1366x768). Since I cannot code to help (because I do not know C++ nor C), I will hope somebody fixes the unflexible hard-coded solution very soon. Thanks for your response. Hi, I am affected by this as well. Especially when you use Add-Ons which add their own buttons to toolbars it is a waste of screen area that they are displayed in a toolbar unter the notebook bar. It would be awesome if the tabbed UI could be customized. Best regards Samuel guys what an amazing idea Adding UX team. The issue is that the user can only toggle a hardcoded set of commands. No new ones can be added. With the current implementation not possible, the Notebookbar variants are implemented like dialogs or the sidebar and all controls are hard-coded. Yet it is a desired function. So let's keep it since 101513 is WFM (on/off is possible). I don't see how this is not a duplicate of bug 148121. *** This bug has been marked as a duplicate of bug 148121 *** |