Re: [xml] htmlDocDumpMemory() vs xmlDocDumpMemory()
- From: Daniel Veillard <veillard redhat com>
- To: Julien Chaffraix <julien chaffraix gmail com>
- Cc: xml gnome org
- Subject: Re: [xml] htmlDocDumpMemory() vs xmlDocDumpMemory()
- Date: Mon, 23 Feb 2009 14:24:16 +0100
On Mon, Feb 23, 2009 at 11:25:14AM +0100, Julien Chaffraix wrote:
Hi,
Sorry for not catching this in the first place.
np :-)
Now an HTML parser should make no difference between <br /> and
<br>, that's why it's suggested to serialize XHTML that way.
The behaviour you mention sounds like a bug in my opinion, <br />
should be safe for both kind of parsing, except if internally Safari
loads as XML , reserialize as <br></br> and then hands this to the
HTML parser, I don't see any other logical way to achieve what you got.
No, we avoid moving documents from one parser to another. We determine
the document type using different methods (content-type header,
extension ...) and then use either the XML parser that uses libxml2 or
our own HTML parser.
Okay, I was just trying to guess how it came to that result, thanks
for the explanations !
Daniel
--
Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
daniel veillard com | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library http://libvirt.org/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]