David Abrahams wrote:
João Abecasis <[EMAIL PROTECTED]> writes:
Looking at w3.org for the XML specifications (both 1.0 and 1.1,
QuickBook outputs 1.0), it seems that using "</>" as an end tag is,
indeed, NOT valid XML. You cannot skip the name in the end tag. So the
workaround really is the correct fix in this case.
Really! Someone told me that you could, and I thought to myself,
"that's the one redeeming feature in the XML syntax." :(
In a way, the syntax for end tags is redundant and we could do away with
them in well-formed documents. However, this redudancy also affords us
better error detection and recovery. Imagine an XML document using only
'</>' end tags. If one of those is missing or misplaced how would one go
about deciding which one it was?
Anyway, I don't want you or anyone to take my word for it, so I'm
posting the relevant sections of the specs with references, which I
skipped in my previous post.
XML 1.0 - <http://tinyurl.com/3kxga/#NT-element>
XML 1.1 - <http://tinyurl.com/7w4k8/#NT-element>
[39] element ::= EmptyElemTag
| STag content ETag
and,
XML 1.0 - <http://tinyurl.com/3kxga/#NT-ETag>
XML 1.1 - <http://tinyurl.com/7w4k8/#NT-ETag>
[42] ETag ::= '</' Name S? '>'
Where S stands for whitespace. For comparison, the opening tag is
XML 1.0 - <http://tinyurl.com/3kxga/#NT-STag>
XML 1.1 - <http://tinyurl.com/7w4k8/#NT-STag>
[40] STag ::= '<' Name (S Attribute)* S? '>'
Best regards,
João
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Boost-docs mailing list
[email protected]
Unsubscribe and other administrative requests:
https://lists.sourceforge.net/lists/listinfo/boost-docs
