Re: bug in e4x? missing = in XML attribute
Leni <[email protected]> Sun, 15 Feb 2009 07:12:53 +1100
| Newsgroups | gmane.comp.mozilla.devel.xml |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--------------010109030004050908030600
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Martin Honnen wrote:
> Leni wrote:
>> Hi, I think I may have encountered a bug in e4x parsing related to a
>> 3-byte sequence of UTF-8.
>>
>> The reason I think it's a bug is that it seems unreasonable that the
>> test case XML is parsable by the DOM parser but not the e4x parser.
>>
>> Before filing in bugzilla I thought I would post here to see if anyone
>> has another explanation for the behaviour.
>>
>> An email describing the problem with a test case is attached.
>
> Can you post the XML you are trying to parse?
Test-case xml is attached.
I also have a question about a workaround I was considering using:
var serializer = new XMLSerializer();
var str = serializer.serializeToString(req.responseXML);
var xml = new XML(str);
By running the DOM's XML through the XMLserialzer to make a string then
giving that to the e4x parser at least it parses.
But XMLserialiser turns that three-byte UTF-8 sequence into a '('
character. So two more questions:
a) can someone offer a pointer to how XMLserializer is supposed
to behave when there is a 3-byte UTF-8 sequence in the content
of an element?
b) can anyone suggest any other workaround?
The real-world thing I am trying to do is get a UTF-8 encoded Atom feed
coming from Google into an e4x XML object.
Leni.
--------------010109030004050908030600
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
dev-tech-xml mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-xml
--------------010109030004050908030600--