- From: Elliotte Harold <elharo@metalab.unc.edu>
- Date: Sat, 12 Feb 2005 20:58:30 -0500
- To: veillard@redhat.com
- CC: www-tag@w3.org, public-xml-core-wg@w3.org, public-xml-id@w3.org
Daniel Veillard wrote: > Not wrong. Thy may find an element instead of not finding one. If > they find the wrong element, in general as I tried to show the xml:id layer > will raise an error. 1. As I demonstrated in my last message, there may not be an xml:id layer. The problem can arise without special knowledge of the xml:id attribute in any of the tools, provided only that xml:id is declared to have type ID in the DTD or possibly the schema. 2. The xml:id layer will only raise an error if the xml:id is inherited by several different elements. In many cases it will only be inherited by one element. In this case, even a fully conforming xml:id layer will not raise an error. 3. Even if there is an xml:id layer, and the xml:id is inherited by several different elements, some high performance streaming solutions may stop as soon as they've located the first instance of the ID, and never notice that there are duplicate values further along in the document. -- Elliotte Rusty Harold elharo@metalab.unc.edu XML in a Nutshell 3rd Edition Just Published! http://www.cafeconleche.org/books/xian3/ http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim
Received on Sunday, 13 February 2005 01:58:33 UTC