<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#c5">Comment # 5</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:jim.avera@gmail.com" title="Jim Avera <jim.avera@gmail.com>"> Jim Avera</a> <pre>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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>