[7352] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: Client-side searching proposal

daemon@ATHENA.MIT.EDU (Dave Hollander)
Wed Jan 25 17:40:25 1995

Date: Wed, 25 Jan 1995 22:46:04 +0100
Errors-To: listmaster@www0.cern.ch
Reply-To: dmh@hpsgml.fc.hp.com
From: Dave Hollander <dmh@hpsgml.fc.hp.com>
To: Multiple recipients of list <www-talk@www0.cern.ch>

> 
> > > 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
> > 
> > Dave Hollander
> 
> Do you mean, look for "jump", but if you can't find it try "link",
> then "hypertext" ? sounds reasonable.
> 
> If not, you might be complicating a simple idea.

No, implied AND not OR. To keep it simpler, we can limit the semantic 
to multiple terms that should be treated equally by the client software. 
It would be up the search or other server software to create a list
of terms. This should avoid the issue of true query syntax.

An Nick points out, there should also be a change in proxy behavior.
And, the highlight to highlight client application jump would 
make the whole thing a lot more useful.

Regards,
Dave Hollander

home help back first fref pref prev next nref lref last post