<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Browser-based help search feature does not honor the "module" drop-down (local offline)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=119415#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Browser-based help search feature does not honor the "module" drop-down (local offline)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=119415">bug 119415</a> from <a class="email" href="mailto:todventtu@suomi24.fi" title="Buovjaga <todventtu@suomi24.fi>"> Buovjaga</a> <pre>(In reply to Jim Avera from <a href="show_bug.cgi?id=119415#c5">comment #5</a>) > I don't understand the problem about translations. Which field gets too > long? > > But really, there would not be such a big problem if each application > (Writer, Calc, etc.) just started help already filtered for that > application. So in Calc, you would not get all those Writer hits first > (preferably non-Calc help would not be offered *at all* in Calc, but that's > a bigger problem). > > For example, in Calc, Help should open > <instdir>/help/<lang>/text/scalc/main0000.html > straightaway, not > <instdir>/help/en-US/text/scalc/main0000.html > as is currently the case (in master). > > > In summary: Make Help in each application only show help related to that > application, or failing that, pre-configure the search mechanism to show > app-related hits first. > > I don't think this is "FIXED" yet. Oh, this is fixed alright and you can verify it by testing at <a href="https://helponline.libreoffice.org/6.2/">https://helponline.libreoffice.org/6.2/</a> Global (Shared) results are always included in the results of every module, but otherwise the results are now limited based on the url fragment text/module/ At first, the "Index" text was replaced with "Index of chosen module", but this resulted in translations that put the text in two lines, which is not good. I guess a note could be placed under the pagination, so it does not matter how many lines it takes.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>