At 05:21 PM 5/1/2007, Julian wrote:
there's always
<!DOCTYPE foo SYSTEM "whatever" [
<!ATTLIST foo xml:space #IMPLIED>
]>
<foo xml:space="preserve">
....
Not that the other browsers (apart frm IE) fetch the DTD anyway.
Understood. But that defeats the idea to have a single master
document that you can maintain and serve directly...
Indeed, but this is a problem that goes beyond how an attribute gets set.
<!DOCTYPE foo SYSTEM "whatever" [
<!ATTLIST foo xml:space #FIXED "preserve" >
]>
<foo>
... should also work (at least in theory).
In general, multiple declarations for the same attribute are allowed
in DTDs, and the rule is "first declaration wins". So a declaration
of xml:space in a document's internal subset should override (when it
does not simply supplement) a declaration in an external DTD. (See
http://www.w3.org/TR/REC-xml/#attdecls.)
This means that formally, there should never be a conflict, although
no warrant can be made either for (a) processing that relies on other
declarations or the lack thereof, and (b) parsers that are less than
conformant in their behavior.
What's the problem in the case of the RFC2629 DTD? How is this
problem manifested in the browser?
Cheers,
Wendell
======================================================================
Wendell Piez
mailto:wapiez(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
----------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--