- From: Paul Grosso <pgrosso@arbortext.com>
- Date: Mon, 03 Jul 2000 11:03:56 -0500
- To: Lloyd Rutledge <Lloyd.Rutledge@cwi.nl>, www-xml-linking-comments@w3.org
- Cc: symm@w3.org, Jonathan Marsh <jmarsh@microsoft.com>, Patrick Schmitz <pschmitz@microsoft.com>
At 11:04 2000 07 03 +0200, Lloyd Rutledge wrote: >On Fri, Jun 30 2000 Jonathan Marsh wrote: >> Lloyd wrote: >> > 2) We request the XML Linking WG to consider adding referential XBase >> > functionality to the current draft, or a later version. We will not make >> > this a requirement for using XBase with SMIL, however. >I'd rework the syntax as: > ><head> > <xml:base id="video" xml:base="/daily/video"/> > <xml:base id="audio" xml:base="/daily/audio"/> ></head> ><body> > <par> > <video xml:baseref="video" src="billwaves.mpg"/> > <audio xml:baseref="audio" src="billtalks.au"/> > </par> ></body> I have concerns that adding such would complicate base which is something pretty low-level. Complicating issues include: 1. if basic xml:base processing is supposed to handle this (and it must to work), then shouldn't "id" be in the xml: namespace? And if we add an "id" in the xml: namespace, aren't we opening one huge can of worms (this was considered several times before and rejected). 2. for this to work, the basic xml:base processing (which under some scenarios may even be required as part of basic namespace processing) must be able to do idref/id resolution. Now what if the values of the id attribute referenced are either non-existent or non-unique? 3. what if someone uses xml:baseref on an xml:base element? This greater complicates the "up the tree" search for effective scoping of base URI. 4. Since id/idref resolution is document wide, this allows picking up of a base from another entity within the same document. 5. What if the referenced (via xml:baseref) base is itself relative? Is the absolutized or literal string used? I think there are too many questions and complications to make this something I want to add to xml:base at this point. paul
Received on Monday, 3 July 2000 12:04:07 UTC