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

Re: IDs - make them case sensitive

From: Rick Jelliffe <ricko@allette.com.au>
Date: Sat, 28 Jun 1997 17:25:07 +1000
Message-Id: <199706280723.RAA27854@jawa.chilli.net.au>
To: <w3c-sgml-wg@w3.org>, "W. Eliot Kimber" <eliot@isogen.com>

> From: W. Eliot Kimber <eliot@isogen.com>
> <!DOCTYPE MyDoc [
>  <!ENTITY Clause6.2 SYSTEM
> ]>
> <mydoc>
> <para>See <link refid="Clause6.2::clause-6.2.1">this clause</link>
for more
> about object representation in HyTime.
> </para>
> </mydoc>

I think  "entity::idref"  is a different type of thing to  
"namespace::name", and I'd prefer to see  "entity+idref", 
which I think was Martin's original delimiter.   

I think we can use "::" to mean a document-level namespace 
delimiter. In other words, FOO::BAR means that I have, 
notionally, imported an element set from somewhere and given 
it the prefix FOO for unique-izing names. The document has 
several namespaces, FOO is one of them.
The "+" is an inter-document namespace delimiter. So JANES+SUBS
would mean in the document with entity name JANES, the ID SUBS. 

If we make these type of conventions now (in particular the "::"
namespace::name delimiter) it will give people a lot to go with.  

I don't think we need the "+" form in XML because
	<link	  refid="xxx+zzz"  />
we can already do with
	<link   href="&xxx;#zzz" />

> Note that in HyTime (and DSSSL), name-space addressing is generalized
> that you can do indirect addressing of names in any name space in any
> grove. To address db-name names indirectly in HyTime I would use the
> "name-space location address"
> (www.drmacro.com/hythtml/clause-7.3.html#clause-7.9.3) element form
like so:
> <nmsploc id=part-102345-ABC namespace="db-names">102345-ABC</>

Rick Jelliffe
Received on Saturday, 28 June 1997 03:26:32 UTC

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