When i set extended help on (in dutch: "Uitgebreide help"), it does not work. It should be working when i go with the mouse cursor over an UI item. I think it does not work any more since the help is in HTML.
Not reproducible for me under Ubuntu 18.04 with
Build ID: 1:6.1.2~rc1-0ubuntu0.18.04.1
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: fr-FR (fr_FR.UTF-8); Calc: threaded
Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #1)
> Not reproducible for me under Ubuntu 18.04 with
> Version: 126.96.36.199
> Build ID: 1:6.1.2~rc1-0ubuntu0.18.04.1
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
> Locale: fr-FR (fr_FR.UTF-8); Calc: threaded
> Best regards. JBF
I have installed a newer version:
Versie: 188.8.131.52 (x64)
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU-threads: 4; Besturingssysteem: Windows 10.0; UI-render: standaard;
Locale: nl-BE (nl_BE); Calc: CL
The problem persist. Mayby i was n't clear: i mean de extende help tips.
This is what i do (but ofcourse the items are in Dutch):
I go to Tools > Options > General and i set "Extended help" on.
The i go to File > Print... and in the dialog box i go with my mouse pointer over the textbox of the pages i want to print. Normaly i get then the syntax i can use in a yelow box to print the pages i want. I think this problem is new in version 6, because in version 6 the normal help opens in my browser in stead of an application of the older versions of LO. The first helppage is now: file:///C:/Program%20Files/LibreOffice/help/nl/text/shared/main0108.html?System=WIN&DbPAR=WRITER#bm_id3149178
Created attachment 145749 [details]
screencopy of extended tooltip in print dialog
Here is a screencopy of the extended tooltip I get in then page textbox of the print dialog.
Extended help is offline help that uses offline language pack.
Did you install Dutch using "Help for offline use" from https://www.libreoffice.org/download/ ?
Seems that you're right. I reproduced with 6.1 in Windows.
1. get and install Helppack (any, English US will do)
2. set UI as in Helppack
3. turn on Extended tips (Tools > Options > General)
4. go to File > Print... and mouse hover
Expected: tooltips, like in 5.4
(In reply to Timur from comment #4)
> Extended help is offline help that uses offline language pack.
> Did you install Dutch using "Help for offline use" from
> https://www.libreoffice.org/download/ ?
*** Bug 120570 has been marked as a duplicate of this bug. ***
*** Bug 122495 has been marked as a duplicate of this bug. ***
hint in https://bugs.documentfoundation.org/show_bug.cgi?id=122495#c4
" When switching from internal help viewer to browser for viewing the help, it seems this feature got lost. "
I don't think this can be bisectable...
*** Bug 123170 has been marked as a duplicate of this bug. ***
Should this go to UX with the intent of deciding whether it is worth resurrecting.
And even if it is, shouldn't those options be grayed out when the team knows they will do nothing, again maybe that is a UX question, IDK?
(In reply to Drew Jensen from comment #12)
> Should this go to UX with the intent of deciding whether it is worth
> And even if it is, shouldn't those options be grayed out when the team knows
> they will do nothing, again maybe that is a UX question, IDK?
No, it is pretty clear that fixing bug 118148 (migration and translation of the <AHELP> tagged content) would be expected to restore the Extended tips and F1 'Whats this' behavior.
Well, Regina Henschel, pointed out over on the Documentation ML that the feature does still function just sans help file content.
"If you have set the environment variable HELP_DEBUG=1, then the
tooltip has an additional line with the associated uno.-command or
source file, if "Extended tips" is enabled."
(In reply to V Stuart Foote from comment #14)
> No, it is pretty clear that fixing bug 118148 (migration and translation of
> the <AHELP> tagged content) would be expected to restore the Extended tips
> and F1 'Whats this' behavior.
Why keeping the menu shown (Help > What's this) if the function is broken? It will immediately give bad UX perception. Please consider to hide it untill we can fix the blocker.
Solved in version 7.1
WorksForMe because we don't know which commit solved this.
Best regards. JBF