https://bugs.documentfoundation.org/show_bug.cgi?id=137931
--- Comment #29 from John Mills <[email protected]> --- (In reply to V Stuart Foote from comment #28) > (In reply to Eyal Rozenberg from comment #27) > > So, can we have your agreement? > > Nope! Doers decide, and this was decided/implemented as for bug 117463 with > https://wiki.documentfoundation.org/Documentation -- that remains sufficient > in all cases. > > Discussion(s) of exposing the 'User Interface...' dialog as here, or of now > expanding somehow into a "Welcome" dialog on first launch (bug 154593) still > promote an ill-conceived "need" for user UI configuration on first launch! > > It is not required and it would not improve the UX for first time users, nor > at user profile reset. Rather it would just get in the way and be > superfluous for the vast majority of users. > > There are better and less intrusive ways of conveying "Getting started" > guidance than with a pop-open "configure before proceeding" style dialog. > > So -1, and keep it as implemented. > > But also look at rework of the Tools -> Options -> Personalize, Application > Colors, and View panels for a location to consolidate & document the UI > theming and config choices. And document that via Infobar and TOTD in > addition to Help menu. Stuart, I remind you of what you said in that bug report you lnked to: Bug 117463 - Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI "V Stuart Foote 2020-08-07 13:35:41 UTC Grudgingly I recast position to +1, as alternative to changing default UI from 'Toolbar, Menu & Dialog' to one of the GLADE based MUFFIN Notebook Bar assemblages. As noted, the picker dialog per module would likely be light on detail--i.e. TotD. Interested to see what Hieko mocks up. But the heavy lifting on MUFFIN Notebook Bar documentation remains to be done." Your position is certainly untenable in the longer term, despite your objections that are founded on an irrational dislike for user freedom to choose a paradigm that works best for themselves. You certainly can not be an arbiter for how users best interact with LibreOffice when functionality like UI selection, light and dark preferences and canvases colours materially impact on how you use LibreOffice. The example provided by Andreas regarding Microsoft fonts is another excellent idea and something many users have no idea about and promotes interoperability. So +1 to this idea, let's promote the functionality that LibreOffice has to offer by highlighting this through a start-up "wizard" or first-time installation option, rather than hide this functionality through obscure option paths. -- You are receiving this mail because: You are the assignee for the bug.
