[Libreoffice-bugs] [Bug 119415] Browser-based help search feature does not honor the "module" drop-down (local offline)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=119415

--- Comment #6 from Buovjaga <todventtu at suomi24.fi> ---
(In reply to Jim Avera from comment #5)
> 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
https://helponline.libreoffice.org/6.2/
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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20181116/b3bd7f5d/attachment.html>