[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Microsoft's responce to XML.com article

  • From: David Brownell <david-b@p...>
  • To: "Simon St.Laurent" <simonstl@s...>
  • Date: Fri, 14 Jan 2000 10:34:17 -0800

microsoft xml extension
"Simon St.Laurent" wrote:
> 
> I'd love to see another round of comment on the comments, however.  It
> seems like there are enough people around with a deep understanding of the
> conformance tests (i.e., the people who built them) to report on the four
> 'hotly contested differences' listed.

I don't know about "hotly".  The first two objections have meat
to them, the second two don't (IMHO):


* Is <![CDATA[ ]> the same as ignorable whitespace? We say no.

In this area, as in some others, the XML specification errata need to
get updated.  This is test that I called attention to in the review.
(It came from some XML-Dev discussions, where Microsoft was silent.)

In the absence of W3C errata ruling out this handling, I can't see a
compelling reason for the NIST/OASIS suite to change.  (Tim, I'm sorry
to say that your posted opinion doesn't count as much with me as W3C
errata would ... particularly since I can trace paths through the XML
spec justifying the contrary opinion!  ;-)


*  Is <!ENTITY lt "<"> valid ? We say no because it can't be
   legally expanded.

I find it odd to claim that this might be expanded, since "lt" must
be built in.  Under what circumstances might it be expanded?

Curiously, I think that refers to line 21 of the XML source for
the XML specification itself.  It's clearly incorrect, though
the question is "well formed" rather than "valid".  It got into
the NIST/OASIS test suite via the Japanese translation.

In that source, there are three declarations of note:  the one
that takes effect (built in to the XML processor), the bogus one
in the DTD internal subset, and a correct redeclaration in the
external subset.

Still, the document does violate the word of the specification,
and that's not a good thing.  Even if the document in question is
the XML specification itself!  (And I just noticed now that this
was the root cause of those failures; I think I misdiagnosed them
in the article, seeing the external subset declaration not the
internal subset one.)

 
*  Is <![ %e; <!ATTLIST doc a1 CDATA "v1"> ]]> valid? We say no
   because %e; should not contain the opening square bracket, '[',
   which belongs to the conditional section syntax.

And I repeat my original challenge to Chris Lovett to point me
to a place in the XML spec that defines such a constraint.  It's
neither a grammar rule, nor a validity constraint, nor a WFC, nor
even a specification erratum ... it seems like a "Microsoft XML
extension" to me.

(Though within up to six months after the XML spec came out, I
might have supported changing that spec to call this an error.
After two years, that would count as an "incompatible change".) 


*  Do you always pad parameter entities with whitespace or only
  when they are not inside literals? We say yes.

As Simon said, "yes to what?"  :-)

Presumably, "yes to breaking the spec the way MSXML.DLL does".
The spec is quite clear about PE expansions within literals,
and MSXML doesn't follow it (4.4.5).

- Dave

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Please note: New list subscriptions now closed in preparation for transfer to OASIS.



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.