Description: The Tabbed Compact toolbars (UI mode) has many useful buttons, but not all of them are as useful as to every person or circumstance. Besides, many buttons have text along them, which makes them occupy a lot of space, contrary to the compact idea that this UI mode is about. When I go to Customize dialog and look for TabbedCompact scope in Notebook tab, I see all the buttons used by this UI mode, but I cannot add some others more useful to me. Neither I can modify the way the toolbar handles labels alongside icons. So this behavior is totally opposed to the good practices that LibreOffice has with the Standard UI mode, where you can control all these aspects: add or remove buttons, and modify the appearence of toolbar. I'm sorry that I cannot recall which one is the earliest version of LibO affected by this misbehavior, but I am sure that LibO series 6 and now in 7.1.2.2 (the one that I am currently using) is present. I am using Linux operating system, and I have no wayt to test this behavior in other opsys. I'm sorry. Steps to Reproduce: In version 7.1.2.2, you 1.Open Customize dialog (Tools>Customize…) 2.Click on Notebook tab 3.Select LibreOffice Writer - TabbedCompact (for example) on Scope dropdown list 4.Select All Commands on Target dropdown list 5. Try to add a button or to remove the label from Default Paragraph button (in order to use an icon instead), and you can see it is impossible Actual Results: I cannot see modification in toolbars when using the TabbedCompact UI mode Expected Results: To be able to add buttons, to change icons, to remove/use labels alongside icons, etc. similar as to Standard UI mode. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.2.2 / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 8; OS: Linux 5.8; UI render: default; VCL: kf5 Locale: es-MX (en_US.UTF-8); UI: en-US Calc: threaded
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 ***