Hi,

A quick google search shows lunr.js (https://github.com/olivernn/lunr.js ),
and a possibly improved for of it called elasticlunrjs (
http://elasticlunr.com/). Does anyone have an idea about how to integrate
one of these into webhelp? (Specifically, how to generate the index file
form the webhelp HTMLs? This post has some pointers, but I'm not a
developer, so I'm unsure how to get it going:
https://29a.ch/2014/12/03/full-text-search-example-lunrjs )

HTH,

Robert


On Thu, Nov 10, 2016 at 9:21 PM, Jan Tosovsky <j.tosov...@email.cz> wrote:

> On 2016-11-10 Janice Manwiller wrote:
> >
> > The WebHelp search is a source of frustration, mostly because it does
> > not support phrase searches...
> >
> > Has there been any effort to improve the search? Has anyone else
> > implemented a custom search that supports phrase searches?
> >
>
> In the current implementation there is no way to do it. When search index
> is built, the original content is split into words, from which kind of
> look-up table is created (which word in which file is present).
>
> When search phrase is entered, it is again split into separate words and
> each of them is searched in that look-up table.
>
> The result is the number of occurrences of the given word in the particual
> file, which is used for ordering the search results.
>
> In case of phrase searches the search index would have to store the full
> content. When performing the search all those content snippets would have
> to be processed using more complex algorithms.
>
> But instead of reinventing the wheel I believe there are some lightweight
> JavaScript ports of Lucene engine, which could be somehow integrated.
> However, I am not expert in this field.
>
> Jan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
> For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
>
>

Reply via email to