<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI" href="https://bugs.documentfoundation.org/show_bug.cgi?id=117463#c16">Comment # 16</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI" href="https://bugs.documentfoundation.org/show_bug.cgi?id=117463">bug 117463</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to Rizal Muttaqin from <a href="show_bug.cgi?id=117463#c15">comment #15</a>) > 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) (<a class="bz_bug_link bz_status_NEW " title="NEW - Tabbed UI: Document-per-tab (similar to Firefox, Opera, gedit) MDI" href="show_bug.cgi?id=37134">bug 37134</a>), 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' (<a class="bz_bug_link bz_status_NEW " title="NEW - Correct implementation or remove the Navigation toolbar (a GSOC 2009 contribution see bug 32869) (comment 3 for history and functional intent)" href="show_bug.cgi?id=115817">bug 115817</a> - GSoC 2009). Or the 'Visual Editor' mode of the sm Math module (<a class="bz_bug_link bz_status_NEW " title="NEW - Experimental Visual formula editor does not link to system clipboard, also is missing Copy and Cut buttons in its selection context menu (see comment 16)" href="show_bug.cgi?id=88744">bug 88744</a> - 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" (<a class="bz_bug_link bz_status_NEW " title="NEW - [NEWHELP] Handle <ahelp> tags in the UI" href="show_bug.cgi?id=118148">bug 118148</a>) 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>