Re: Suggestion: URL string-search syntax
Paul Everitt <peveritt@pandora.ncts.navy.mil>
Errors-To: listmaster@www0.cern.ch
Date: Mon, 30 May 1994 15:25:51 +0200
Errors-To: listmaster@www0.cern.ch
Message-id: <Pine.3.89.9405300842.A6020-0100000@pandora>
Errors-To: listmaster@www0.cern.ch
Reply-To: peveritt@pandora.ncts.navy.mil
Originator: www-talk@info.cern.ch
Sender: www-talk@www0.cern.ch
Precedence: bulk
From: Paul Everitt <peveritt@pandora.ncts.navy.mil>
To: Multiple recipients of list <www-talk@www0.cern.ch>
Subject: Re: Suggestion: URL string-search syntax
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mime-Version: 1.0
Mime-Version: 1.0
On Sun, 29 May 1994, Gavin Nicol wrote:
> There is another problem too. SGML is inherently structured, and
> current URL's offer no standard sub-document naming method, nor
> support for TOC's etc. I have a short SGML document describing a
> scheme that overcomes the problems (in the short term at least). If
> anyone is interested, let me know. If sufficinet interest is shown,
> I'll post it to the list. The basic idea is simply to do this:
>
> http://book/chapter=2/section=1/para=5
I like this idea, and would like to see a post. We have some
people interested in building a document management system, and
it would require granularity beyond the "document", and down to
the containers/entities.
>
> but there are other ideas in the paper as well (like named TOC's etc.)
There was another reply after this that discussed the URx structures
that are grappling with this problem (as well as CORBA). IMHO these
are critical issues to getting to a robust collaborative environment,
where things are continously edited. Many of these features can
be thought of in terms of Lotus Notes, which really is a pertinent
model for development of HTML+/HTTP/URx.
--Paul