https://bugs.documentfoundation.org/show_bug.cgi?id=172275
--- Comment #8 from V Stuart Foote <[email protected]> --- (In reply to Heiko Tietze from comment #7) > The Notebookbar customization expects a certain hierarchy of controls, shows > the variable name (Insert-Table is the control ID) instead of the command > label, and offers only on/off capabilities. It will never allow to add > controls, replace it, change the appearance, etc. - and I believe such > fine-tuning is not expected from a static UI. My take: drop the Notebookbar > customization completely. It is effectively gone now, unfortunately we really should not drop it. 1. it has existed, in its limited form, since the 6.4 release; folks will claim regression. 2. as a prominent UI offering (comparable to TB, Menus, Keyboard) it needs some level of direct user control in UI (beyond Expert Config, or hand edit of XML/.UI). But case *could* be made, that like the SideBar, the MUFFIN NB assemblages and the Tabbed UI layout is sufficiently static to properly be under UX and UI dev control--removed from user's UI control. But my feeling on that is that would just propagates the 2nd class nature of the NB assemblages. The short term limitation for applying bottom labels should be resolved, and the visible/hidden toggle of user customization restored. Prefer we find a dev to give a bit of effort to the CustomNotebookbarGenerator SvxNotebookbarConfigPage source, and restore the limited customization for this UI mode. Perhaps even cleaning up the core gtkbuilder issues keeping the NB assemblages under supported? -- You are receiving this mail because: You are the assignee for the bug.
