The 'Extended Tips' help strings are fully integrated now with Help2. The additional tooltip content is instructive for new users and improves our Assistive Technology (AT). And currently when os/DE signals AT in use, they are activated by default (e.g. bug 113488) supporting keyboard and on-mouse over UI delivery. Request is to enable them by default. The additional pop-up content may annoy some users--but if it remains easy to deactivate from Tools -> Options -> General, the benefit to novice users or to better explain and guide use of new features would outweigh any nuisance facet. Likewise, any perceived performance impact of having them enabled by default can be ignored UX, if they can be disabled simply (reverting to concise tooltips).
as suggested https://bugs.documentfoundation.org/show_bug.cgi?id=161765#c57
Sounds like a good idea to support newbies.
Also, kind of hope that if the extended tips are enabled by default going forward, that individual devs will also enjoy documenting their submissions, improving that facet.
While I agree in principle, I suggest to add an entry in the Help menu to toggle extended tips more easily. However, the KDE desktop still has issues with long extended tips and looks ugly. See bug#162297
+1
(In reply to Olivier Hallot from comment #4) > While I agree in principle, I suggest to add an entry in the Help menu to > toggle extended tips more easily. > +1
(In reply to Olivier Hallot from comment #4) > While I agree in principle, I suggest to add an entry in the Help menu to > toggle extended tips more easily. To be more precise (needed for the implementation): Here are two alternatives: a) With dynamic menu entry: We could have a help menu entry "Disable Extended Tips" / "Enable Extended Tips" if the (Help-) menu is dynamic (changeable on the fly). b) With static menu entry: An many entry "Toggle Extended Tips" and a pop up to confirm if the extended tips are enabled or disabled. The position in the help menu could be as 3rd item between "What's This?" and "User Guides", as it somewhat belongs together with "What's This?" What sounds better? Other ideas?
This sounds like something that could be set in the "Welcome screen" proposed in bug 154593. (In reply to Olivier Hallot from comment #4) > While I agree in principle, I suggest to add an entry in the Help menu to > toggle extended tips more easily. +1 from my side as well
(In reply to Per99 from comment #7) > (In reply to Olivier Hallot from comment #4) > > While I agree in principle, I suggest to add an entry in the Help menu to > > toggle extended tips more easily. > b) With static menu entry: An many entry "Toggle Extended Tips" and a pop up > to confirm if the extended tips are enabled or disabled. (Sorry for above typo: "many entry" --> "menu entry") A similar functionality exists already today with a static menu entry: name=".uno:ActiveHelp", <value xml:lang="en-US">~Extended Tips</value>. When extended tips are active, this menu entry shows a check mark in front. Not really intuitive for the inexperienced user, but still some small hint of change.
(In reply to Olivier Hallot from comment #4) > ...add an entry in the Help menu to toggle extended tips more easily. https://help.libreoffice.org/latest/en-US/text/shared/guide/active_help_on_off.html (In reply to Per99 from comment #7) > Here are two alternatives: The task is to just change the default from off to on at the existing checkbox resp. internal variable. In respect to "Disable Extended Tips": though shalt not wrap logic. Always use positive phrasing- the checkbox state clearly shows when "Tools > Options > LibreOffice > [x] Extended tips" will be inactive. (In reply to Olivier Hallot from comment #4) > However, the KDE desktop still has issues with long extended tips and looks > ugly. See bug#162297 Sure, and I could swear there was a ticket. But couldn't find. Bug 125999 requests to have combine short and long tooltip. And we hopefully can close bug 91439 about the localization procedure, can we?
Having "extended tips" on as general default is not good, because then you get yellow rectangles what ever you do. That is annoying. The problem for me is, that no menu has an item for "extended tips". I usually add the command to menu "Help", when I first need it in a module. It would be good to have it included always as default, but not enabled. Using "Active help" is no alternative for me.
(In reply to Regina Henschel from comment #11) > Having "extended tips" on as general default is not good, because then you > get yellow rectangles what ever you do. That is annoying. > > The problem for me is, that no menu has an item for "extended tips". I > usually add the command to menu "Help", when I first need it in a module. It > would be good to have it included always as default, but not enabled. Using > "Active help" is no alternative for me. Yep, comment 4 as Olivier suggests... folks choosing to disable them would have an easy time of it. And otherwise, folks will know they are there--most helpful for new users (until they tire of it).
Bug 125999 should be fixed before this is enabled by default. Otherwise the short description what a command does is replaced by a wall of text which is not helpful for users. Both should be shown as it is the case in MSO.
We discussed the topic in the design meeting. There is general acceptance for this. Ideally we need to fix the text wrapping on Qt first (bug 162478), combine short and extended tip (bug 125999), and introduce a better timing (bug 162477).