Date: prev next · Thread: first prev next last
August 2020 Archives by date, by thread · List index


https://bugs.documentfoundation.org/show_bug.cgi?id=135501

--- Comment #65 from Pedro <vermelhusco1904@gmail.com> ---
(In reply to Samuel Mehrbrodt (CIB) from comment #62)
(In reply to V Stuart Foote from comment #33)
@Samuel, I know Thorsten is leaning in favor--but what do you believe as to
fitness of any of the NB to become default UI. And, if default were to be
moved onto NB then how much remains to be done with the framework?

I do think that one variant of those can become the default UI (probably the
tabbed one).
But before that can happen we need to have
* proper customization support (not what we have now which *copies* the
whole UI file to the user profile (which causes issues like bug 135495)).
* proper extension support (Extensions must be able to register new buttons
in existing Notebookbars and also register new tabs with their own layout)
(* support for Notebookbar in all LO apps)

And I still do believe (as I did from the start) that the Glade format is
not suitable for Notebookbar. We need some stable format which extension
authors can also use. Which will allow proper customization and proper
extension support.

Jay did some proposal for such a format at some point:
https://docs.google.com/document/d/
1vabkHLibXBXY8SSDJ6aa17VOoVYoCNZdPBttrv9aOFU/edit#heading=h.5p67h0et36mp

And yes, we need to limit ourselves to one variant of Notebookbar.
It is already a burden for extension authors to adapt their extensions to a
new UI.
We can't expect them to support 4 or 5 different Toolbar/Notebookbar
systems. This will give us problems like "why does this extension work in
Notebookbar variant X, but not in variant Y"?


Just some information: the extension authors don't have to worry about
supporting 4 or 5 different toolbar/notebookbar systems. As it is currently
working they just need to add Notebookbar support and the layout is defined by
the Notebookbars. It is working quite well, and if you wish I can provide
screenshots demonstrating extensions with Notebookbar support in the different
Notebookbar UIs.

So my proposal is to focus on one variant and make it a proper and worthy
alternative to the current toolbar system.

As for the focusing solely on one variant: that discussion has already sailed.
There's no need to focus solely on one, we already focused and developed
multiple variants because they are stable, mature and well developed. That's
not the problem.
But I do agree that we should not change the default UI from the toolbar
without fixing the other issues with the Notebookbar. Hence, I believe that a
UI dialog should be offered for the user to select the UI at first start with
the indication that the toolbar is the only UI with documentation.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.