https://bugs.documentfoundation.org/show_bug.cgi?id=119415
--- Comment #6 from Buovjaga <[email protected]> ---
(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.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
