[dokuwiki] Re: search results design suggestion
- From: Matt Pascoe <hornet136@xxxxxxxxx>
- To: dokuwiki@xxxxxxxxxxxxx
- Date: Sun, 9 Oct 2005 09:20:05 -0600
I may be misunderstanding the original issue here but wouldnt it be
simpler to create an index of pages that match.. then like most search
engines, have a page list at the bottom to return the next "x"
results? It seems to me that the page generation for the current 14
snippets is rather quick. just break it down, similar to the old
revisions page has "less recent" buttons. Then you can create a
conf entry for number of snippets to return in one page.
On 10/9/05, Andreas Gohr <andi@xxxxxxxxxxxxxx> wrote:
> On Sun, 09 Oct 2005 08:12:29 -0500 (CDT)
> "Joe Lapp" <joe.lapp@xxxxxxxxx> wrote:
>
> > Oh, right. I guess the best you could do is cache a pre-stripping of
> > the HTML tags.
>
> No need for that - search snippets use the raw data. The time consuming
> thing is the regexp used to find the search snippets because it is an
> unanchored search. The regexp also isn't really good because AFAIK the
> /i modifier doesn't work with UTF-8 chars anyway.
>
> > I know. Pre-cache one snippet for every possible search string. =)
>
> Hey good idea! Can submit a patch? ;-)
>
> Andi
>
>
--
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist
Other related posts:
