> 2. Second, it's very likely that a user is going to turn up more than > 20-30 hits when a search occurs and I would like to provide an option > to limit the number of hits displayed per page. Looking at some of > the portals and trying to guess how they approach this has not been > very productive and I was wondering if anyone has either figured this > out? Do you write the first 20 (or whatever) to STDOUT, then start > writing to temporary text files? That sounds like it would really > suck for various reasons, not the least of which is getting rid of > all those files at some point, but I don't know. Any thoughts? I once wrote a search engine that searched a large tab-delimited text file. The way I handled limiting results was that I simply stopped searching after N hits, and put a link at the bottom that included the byte position in the file at which the search stopped so that the search could resume from that point. The limitation of this method is that the results appear in their order in the file. -- Kevin Reid: | Macintosh: "I'm me." | Think different. ==== Want to unsubscribe from this list? ==== Send mail with body "unsubscribe" to macperl-webcgi-request@macperl.org