Comparing node names should be case insensitive

[gertsonderby]

Different platforms variously use upper- or lower-case names for nodes, for the purpose of comparison. An example:

<div>
    <p>Text and things.</p>
</div>

The above is used as subject, below:

expect(subject, 'to satisfy', {
    name: 'div',
    children: [ { name: 'p' } ]
});

In Chrome, the above will work. In IE, it will fail, as it does not recognize that 'div' as equal to 'DIV'.

[gertsonderby]

It appears that Chrome, Firefox and Opera use lower-case, IE/Edge and Safari use uppercase.

[papandreou]

Weird, it should already be lower casing before comparing when it's an HTML document. Maybe that detection code (element.ownerDocument.contentType === 'text/html') isn't working properly.

@gertsonderby Could you check what that comes out as in the browsers that exhibit the problem?

[gertsonderby]

In IE11 and Safari 8 both, document.contentType is undefined.

[gertsonderby]

https://developer.mozilla.org/en-US/docs/Web/API/Document/contentType

Apparently the feature is non-standard. Not too sure how then to solve it.

[papandreou]

@gertsonderby Aha!

Could you check what new DOMParser().parseFromString('<foo></foo>', 'text/xml').firstChild.ownerDocument.contentType evaluates to?

[papandreou]

Falling back to element.ownerDocument.toString() === '[object HTMLDocument]' might work (at least I get [object XMLDocument] for XML documents in Chrome).

[gertsonderby]

That yields undefined, yet again, for IE.The result is the same for Safari.

[gertsonderby]

In Safari:

> new DOMParser().parseFromString('<foo></foo>', 'text/xml').firstChild.ownerDocument.toString()
< "[object Document]"

> new DOMParser().parseFromString('<foo></foo>', 'text/html').firstChild.ownerDocument.toString()
< "[object HTMLDocument]"

[papandreou]

@gertsonderby Interesting. How about document.toString() in those browsers (from the dev tools when viewing any HTML page)?

[gertsonderby]

That yields "[object HTMLDocument]", consistently, as far as I can tell.

[papandreou]

#33