<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [NEWHELP] Sort content and result of index search in Online Help" href="https://bugs.documentfoundation.org/show_bug.cgi?id=121601#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [NEWHELP] Sort content and result of index search in Online Help" href="https://bugs.documentfoundation.org/show_bug.cgi?id=121601">bug 121601</a> from <a class="email" href="mailto:rafael.palma.lima@gmail.com" title="Rafael Lima <rafael.palma.lima@gmail.com>"> Rafael Lima</a> <pre>Hi! I ran a few tests today and the behavior originally reported is still present. Searching for "label" returns a very different set of results than "labels". It seems the search algorithm considers the possibility of "s" belonging to a different word. For example, with "lables" one of the results are "label ranges in sheets" where "s" in "sheets" is marked as a result (bold). Another problem with bookmark search is that it should prioritize the selected module. For example, if I select "Writer" in the "Module" drop-down list and then search for "labels", I don't see any results because they are probably at the last position. So if the user wants to see only Writer results, he/she will no be able to achieve that. There is also another problem with bookmarks... the results are not consistent with the module they're associated with. For example, search for "tables" and one of the results will be "tables -- freezing" under Writer. However, if you position the mouse over the link, you'll see that it is linking to a Calc help page. This is just one example, but this problem happens very often. I guess it assumes that because the page is in the "scalc" folder, then the link is targeted at Calc. But because of all <embeds> used to reuse text, this is very often not the case.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>