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

RE: Bad News on IE6 XML Support

  • From: Joshua Allen <joshuaa@m...>
  • To: Dave Winer <dave@u...>, xml-dev@l...
  • Date: Sat, 08 Sep 2001 23:24:39 -0700

view xml ie6
>whole I feel that his criticism has been fair, and it certainly is in
this
>case.

Which case?

A. Allowing users to look at "broken" XML files in the browser without 
   fatally failing, when those documents contain low-range ASCII
characters.
B. Failing when users try to view XML in the browser, when there are
   characters above 0x10000.
C. Not recognizing a mime type which does not exist, and recognizing 
   another that also does not exist, but is used in most browsers.
D. Being "mean and evil"

These are the 4 criticisms I saw brought up.  I think A and B can be
considered standards conformance bugs, and are not severe enough
magnitude to be proof of D.  Since your company sells software that
produces and consumes XML, you are obviously basing your assessment of
the validity of the criticism on real-world experience.  This is the
most valuable kind of feedback, so I would be interested in knowing what
your experience regarding issues A and B has been.

For example, I know that users can store low-range ASCII in Radio
Userland and Manila let me use such characters, and even propagates
those characters to the RSS file that says XML 1.0 in the declaration.
So it is quite possible that your users have had the unfortunate
experience of having IE allow them to view XML created by Userland
software.  Do a significant number of your users complain that "IE does
not seem to crash properly on my RSS produced by Radio -- what am I
doing wrong?"

And regarding issue "B", I would think this would be an even more vexing
problems for those users who use characters above the 0x10000 range.  It
is indeed a bug for IE to crash on perfectly valid XML that has
characters in this range.  It would be helpful to know if many of your
users, in your experience, are being nailed by this bug.  I don't use
Manila or Radio to publish characters in that range, since I gave up
after failing to figure out how to make these products accept valid
Unicode Chinese characters (which are not affected by issue B anyway).
So I was not aware of any support in those products for characters in
the > 0x10000 range, so I would have to defer to your expertise to
assess the full magnitude of this bug.

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.