[7346] in www-talk@info.cern.ch
Re: Client-side searching proposal
daemon@ATHENA.MIT.EDU (David Glazer)
Wed Jan 25 15:36:18 1995
Date: Wed, 25 Jan 1995 20:34:14 +0100
Errors-To: listmaster@www0.cern.ch
Reply-To: dglazer@best.com
From: David Glazer <dglazer@best.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>
Dave Hollander writes:
> > The idea I propose is to allow URLs to contain a search keyword for
> > client-side searching. Most browsers allow you to search a document
> > for strings.
>
> Sounds like a good idea. If done, we should support a syntax that
> has multiple keywords: http://x.edu/xxx#/jump,link,hypertext
I like the idea of being able to point into the middle of a document without
having to edit the document. If used properly, it would encourage usefully
rich hypertext, since following a link could take you to relevant content, not
just a page that contains relevant content somewhere.
However, just allowing a word (or list of words) will break down pretty
quickly. Some examples of functionality I would want (with a bad example
syntax):
- n'th occurrence of a word (e.g. http://x.edu/xxx#/3:cheese)
- occurrence of a word in a header (e.g. http://x.edu/xxx#/H2:cheese)
Also, for the case of a search engine returning results, I would want what I
think Dave H. is suggesting - the ability to highlight a whole list of terms
in the returned document, and easily navigate between them. (For instance,
with a "Next Relevant Region" button.)
I seem to remember that HyTime has a syntax for doing things like this - does
anyone know more about that?
BTW - if addressing all of these issues gets too messy, I still like the idea
of being able to navigate to the first occurrence of a particular word. It
addresses some of the needs, just not all of them.
- dG
