>> As you know, Find currently supports "in page" and "in all pages." >> How difficult would it be to add >> a feature for "in child pages"? That is, search for the string >> recursively in the pages linked to >> by the current page, and so on (and also in the current page). This >> would neatly enable one to >> focus the search over a certain branch of pages, and save a great deal >> of processing time. Like if >> a TOC links to ten chapters, and each of these chapters has a TOC >> itself linking to subsections. If >> you know what you're searching for is in, say, chapter 9, you execute >> a find from the TOC of chapter >> 9. >> > >The page hierarchy is not always tree but usually a hypernet. Many >pages has "Go Home" link on it, so it might search entire pages anyway. > >But it still seems useful if search is executed starting from the >current page and then the linked child pages, and the results are >listed in link depth order. It is not difficult.
Yes, it may not always be practical for general web content due to data that is normally not hierarchical. However, for carefully-tailored content, like ebooks and reference materials, this would be useful. Concerning the interface, if someone selects "in subpages", a field could appear prompting for the search depth with a default, of say, 2. LL _______________________________________________ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
