[
Lists Home |
Date Index |
Thread Index
]
- From: Rob McDougall <RMcDouga@JetForm.com>
- To: xml-dev@xml.org
- Date: Fri, 7 Jul 2000 10:33:52 -0400
Mightn't your better course of action be to point out the place in the XML
or Unicode spec where they are non-compliant. This is more definitive than
relying on one tool or another.
Do you know precisely what the problem is? We've seen the MSXML handle
control characters that are valid UTF-8 characters but are not valid *XML*
characters. Expat rejected the resulting file. A quick check of the
annotated spec showed who was in the wrong.
Rob
-----Original Message-----
From: Lucio Piccoli [mailto:Lucio.Piccoli@one2one.co.uk]
Sent: July 7, 2000 3:03 AM
To: xml-dev@xml.org
Subject: IE5 and UTF-8
Hi all,
I am having a problems with a supplier that sending XML docs that fail to be
parsed by JAXP due to UTF-8 encoding errors. The supplier claims that docs
have been parsed by IE5 before, hence it validates that the XML is good.
My problem is to convince them that IE5 is not the correct tool to validate
XML docs. I have tried to locate articlea that indicate the conformant
levels of IE5, but failed. I have found the articles that Tim Bray has
written on IE5 but they don't highlight specific UTF-8 handling issues.
So does anyone know of a link that highlights the reasons not to use IE5 as
a validating parser?
PS. How can the xml-dev archives be searched online?
adios
-lucio
---------------------------------------------------------------------
LUCIO.PICCOLI@one2one.co.uk
Elstree Tower
Elstree Way
Borehamwood
tel : +44 208 214 3847
fax :+44 208 214 2325
HERTS WD6 1DT
__________ http://www.one2one.co.uk _____________
NOTICE AND DISCLAIMER:
This email (including attachments) is confidential. If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents. We cannot accept liability for any breaches of
confidence arising through use of email. Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions. We will not accept responsibility for any commitments
made by our employees outside the scope of our business. We do not warrant
the accuracy or completeness of such information.
***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************
***************************************************************************
This is xml-dev, the mailing list for XML developers.
To unsubscribe, mailto:majordomo@xml.org&BODY=unsubscribe%20xml-dev
List archives are available at http://xml.org/archives/xml-dev/
***************************************************************************
|
