[whatwg] DOMParser / XMLSerializer
Brett Zamir
brettz9 at yahoo.com
Wed May 20 16:48:59 PDT 2009
Anne van Kesteren wrote:
> Although it seems most browsers have adopted these APIs, HTML5 offers basically identical APIs in the form of
>
> document.innerHTML
>
> or is there something that DOMParser / XMLSerializer can do that document.innerHTML cannot?
>
>
>
1) As far as non-privileges uses, DOMParser().parseFromString() has a
second argument, for application type (e.g., "text/xml"). Trying
"application/xhtml" with a code snippet using an HTML entity did not
avoid an entity parsing error in Firefox, so I'm not aware how this
argument is fully used, except that in extension code it does set
Mozilla's custom "document.contentType" property. (Speaking of which,
while the HTML5 spec states, "A Document object created by the
createDocument() API on the DOMImplementation object is initially an XML
document, but can be made into an HTML document by calling
document.open() on it.", how about adopting the Mozilla
"document.contentType" so it can be set to "text/html" or
"application/xhtml+xml"? This seems easier and more intuitive than
calling something which sounds like it will open a new window, even
though I know it does not in this case.)
2) It seems to me a bit hackish if one is forced to set up or create
hidden nodes to get parsed or serialized content in an existing document
(unless the node is supposed to be placed there), while using
document.implementation.createDocument() for this seems almost to have
the same syntactical overhead as using the DOM3L&S API.
3) Will it work with non-XHTML XML? (If not, that's disadvantageous, and
if it does (as seems to be the case from the docs), "innerHTML" becomes
a bit of a misnomer here.)
Brett
More information about the whatwg
mailing list