W3C home > Mailing lists > Public > w3c-sgml-wg@w3.org > January 1997

Re: [dgd@cs.bu.edu: BOS confusion (analysis; suggestion to resolve Newcomb/Bryan conflict)]

From: W. Eliot Kimber <eliot@isogen.com>
Date: Fri, 03 Jan 1997 08:34:49 -0900
Message-Id: <>
To: dgd@cs.bu.edu (David G. Durand), Martin Bryan <mtbryan@sgml.u-net.com>, w3c-sgml-wg@www10.w3.org
At 10:10 AM 1/3/97 -0500, David G. Durand wrote:
>At 4:53 AM 1/3/97, Martin Bryan wrote:
>>The point is that if we are using HyTime links then we need an entity
>>declaration that can be used to name the link source for a chain of links
>>(we don't want to repeat the same 1024 character URL hundreds of times, we
>>want to give it an id in a well controlled namespace). This is how HyTime
>Well, if it _requires the entity reference,_ then we should not use HyTime.

It doesn't require an entity reference.  Using my proposed scheme, you
could use a queryloc to contain the URL, e.g.:

  <urlloc id="bookrev">http://www.drmacro.com/bookrev</urlloc>
  See <link linkend="bookrev">my book review site</link> for
  a draft introduction to HyTime.

>>> That means _no  mandatory entity declarations_ in the
>>>definition of linking.
>>But this would make the use of link sources for link chains impossible. Link
>>chains are one of the real gains that HyTime has to offer. If we drop them
>>from XML we are dead. Without a formally defined sources in the BOS you
>>cannot have a start point for the chain.]

I don't know what Martin means by "link chains". This is not a HyTime term.

If he means "location ladders", then you can have location ladders without
requiring entity declarations (although the use of entities would be the
SGML/HyTime recommended method).  If he means "location paths" (a location
address that addresses other location address elements), then entities have
nothing to do with their support.  If he means "a series of links where
each link (except possibly for the first and last) share link ends with two
other links", then again, supporting that sort of structure is completely
independent of how the link ends might be addressed.



W. Eliot Kimber (eliot@isogen.com) 
Senior SGML Consulting Engineer, Highland Consulting
2200 North Lamar Street, Suite 230, Dallas, Texas 75202
+1-214-953-0004 +1-214-953-3152 fax
http://www.isogen.com (work) http://www.drmacro.com (home)
"Rats in the morning, rats in the afternoon...if they don't go away, I'll be
re-educated soon..."                 --Austin Lounge Lizards, "1984 Blues"
Received on Friday, 3 January 1997 10:36:39 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:25:06 UTC