[Libreoffice-bugs] [Bug 117463] Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Wed May 20 13:17:55 UTC 2020
https://bugs.documentfoundation.org/show_bug.cgi?id=117463
--- Comment #16 from V Stuart Foote <vstuart.foote at utsa.edu> ---
(In reply to Rizal Muttaqin from comment #15)
> From what I see in many comments/discussions in many places in the Internet,
> many people does not aware this options while they complains no Ribbon UI in
> LibO.
>
Please, we do not have a Ribbon UI and we never will, we have MUFFIN and one of
its features is the 'Notebook Bar' in one of its UI implementations. And we
expect/hope to additional MUFFIN function -- notably tabbed documents (bug
33173) and a multi-document interface (MDI) (bug 37134), with our existing "New
Window" multi-window document view getting some love, and a mode for better
side-by-side.
>
> Honestly I dont get it what is the point of maintanaibility, we can say
> harshly many LibO elements are not maintained. We can count broken function
> here and there and no dev has interest to fix them (see G Drive for example
> which many user expected to use or HTML export from Impress/Draw that nobody
> use).
>
That is part of my concern, features get taken to a certain point and
development stalls, or the feature just rots away--e.g. review the history for
the 'Navigation Toolbar' (bug 115817 - GSoC 2009). Or the 'Visual Editor' mode
of the sm Math module (bug 88744 - GSoC 2010). How would you write internal UI
to guide a user to configure those features?
> This dialog would be a more added value to tell user about what we have in
> the UI/UX far away then let me say (with all due respect to the creator)
> Tips of the Day dialog.
Not really, a pop-up dialog or entries on the Warning bar can never be an
adequate substitute for documenting the rich set of UI features in an active
(on-line or local) contextual help system. Supplemented by TDF's well authored
Guide books and topic specific guides, e.g. Bruce Byfields 'Designing with
LibreOffice'.
Restoring the <ahelp> tag function to the "New Help" (bug 118148) would allow
targeted/contextual tip based help. We do not "need" a bloated dialog/wizard
for guided configuration of the UI.
>
> So my take is 1000+ to this feature request.
No sorry, it just does not fit/belong in the UI.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200520/acf4b8b4/attachment.htm>
More information about the Libreoffice-bugs
mailing list