Steps to reproduce: 1. New Writer/Calc/Impress... 2. Go to menu "Help - LibreOffice Help". Current Behaviour: The wiki help page for the Help menu is open: https://help.libreoffice.org/swriter/.uno:HelpIndex?Language=en-US&System=WIN&Version=4.4#bm_id3149178 (Who cares about this "Help" for "Help Menu"? When the user clicks that help menu, he/she wants to see a general help page for libreoffice usage. He/she does not care what the help menu does.) Expected: One of the following help pages open (depending on within which application the menu is clicked): * Welcome to the LibreOffice Writer Help https://help.libreoffice.org/swriter/SW_HID_EDIT_WIN?Language=en-US&System=WIN&Version=4.4#bm_id3147244 * Welcome to the LibreOffice Calc Help https://help.libreoffice.org/scalc/SC_HID_SC_WIN_GRIDWIN?Language=en-US&System=WIN&Version=4.4#bm_id3155335 ... (Click F1 will go to the above suggested links) Version: 4.4.0 beta2 Win 7 X64
Very true. Good enhancement request. Who cares about the help page about "help" itself. :P
Not so sure this is an issue. When the off-line localized help is installed, the module specific help opens in a dialog at an appropriate starting point. We do expect/encourage folks to install the localized off-line help. It is only when local-help is not installed, the stub for each module's index is redirected to the on-line Wiki and on landing to the help for Help article -- with a note of the referring command, e.g. "(Redirected from Swriter/.uno:HelpIndex)". I'm not certain, but think this is being done to keep the overhead of coding the Help Wiki low. From a landing on the help for Help Wiki all localizations are available--good when first using the help, maybe not best for a more experienced user. I guess an option with similar simplicity but a better starting point might be to land on the help Main page: https://help.libreoffice.org/Main_Page, and allow user to click into the help for the module they want help with. @Kendy, Florian?
I'd like to support this enhancement. Using LO for some years I usually don't use F1-key (don't ask me why) but the help-menu offline help. I knew it's my fault, but I just recognized the "home"-button within the offline help. So I strongly agree to "who cares about the help for the help-button". So I think it would be very user-friendly, if the help button in the help-menu leads you directly to the starting page of LO Help(like F1 does).
In my opinion it is a bug and not an enhancement, because the shortcut of the comment(F1) leads to a different result than the comment itself. => removed enhancement I also think, that it is a UI related bug => changed component from "documentation" to "UI"
(In reply to V Stuart Foote from comment #2) > I guess an option with similar simplicity but a better starting point might > be to land on the help Main page: https://help.libreoffice.org/Main_Page, > and allow user to click into the help for the module they want help with. Ideally it should link to help of the module you are in, just like how if help is installed, it auto select the module in the drop down so you get module specific help ( https://help.libreoffice.org/Writer/Welcome_to_the_Writer_Help ). The links could be hardcoded worse case scenario as they never change. :D @olivier: what's your take?
*** Bug 112338 has been marked as a duplicate of this bug. ***
*** Bug 118583 has been marked as a duplicate of this bug. ***
V Stuart Foote: You mentioned that when the off-line localized help is installed, the module specific help opens in a dialog at an appropriate starting point. AFAICT this is no longer the case (since the new browser-based help system). Even if the help package is installed: In Calc, Help->LibreOfficeDevHelp opens a page showing WRITER information in the left bar. So this is actually a regression, functionally speaking (from 5.x which used the old help system).
Dear Kevin Suo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
WORKSFORME with Version: 6.3.3.2 (x64) Build-ID: a64200df03143b798afd1ec74a12ab50359878ed CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and local help and Version: 6.4.0.0.beta1 (x64) Build ID: 4d7e5b0c40ed843384704eca3ce21981d4e98920 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded online help: https://help.libreoffice.org/6.4/en-US/text/swriter/main0000.html?System=WIN&DbPAR=WRITER I've only tested in writer but I assume, it'S the same in other components