https://bugs.documentfoundation.org/show_bug.cgi?id=106470
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
CC| |vstuart.fo...@utsa.edu
Ever confirmed|0 |1
--- Comment #3 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
(In reply to Samuel Mehrbrodt (CIB) from comment #1)
> The Term "Notebookbar" means as much as "Tabbed Toolbar". A Notebook is a
> container for tabs. I think we should drop that term as our current
> implementation allows non-tabbed layout as well.
Sorry, that is a marketing issue now. The "Notebookbar" is a MUFFIN construct
to hold customizable .UI controlls as an alternative to our legacy Toolbars, or
the .UI Sidebar is cast
We gain nothing arguing the semantics of what to call it now because non-tabbed
layouts have been designed--it is still *the* "Notebookbar"
As to Andreas' suggestion to consolidate the various layout options for the
User Interface, we will need to do something eventually. The arrangement now
with Notebookbar still an experimental feature is adequate, but not intuitive,
and not sure I'd call it "complicated".
The "Notebookbar" menu entry should be merged into the "Toolbar Layout" when it
is moved from experimental.
I think of it this way, our legacy multi-toolbar layout remains our Default,
but onto that we have added the Sidebar. Now with the Notebookbar and MUFFIN
taking shape, what should the "new" default be? And how best to expose the
options users will have.
Option 2 of providing a layout configuration dialog is appealing UX, but the
main menu View -> Toolbar Layout would still need to have the MUFFIN
"Notebookbar" consolidated into it.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
