dojo.query matches differently with application/xhtml+xml

[dante]

There might be two bugs burried in this ticket, but:

When setting a content-type of application/xhtml+xml on a page (via server, php, whatever) a couple of things happen:

dojo.query("a.someClass").length == 0 

on a dom with <a class="someClass"> . It works as expected without the header sent.

It also seems the header causes the _base package system to fail somehow. no files beyond dojo.js + _base.js are loaded, and console throws errors about "console not being defined" ... ironically.

tested FF3 only. attached is a small PHP testcase with more notes inline.

[dante]

trunk, build, and x-domain testcase

[alex]

I spent some time looking into this, and the long and short of it is that I'm not gonna support application/xhtml+xml with Dojo Core. It's not worth doing. Much of the DOM just breaks anyway (document.write isn't available, etc.), meaning that you can't really develop with it in the first place. Trying to shoe-horn Dojo into an *intentionally* broken environment seems like it's not a great use of time.

[alex]

(In [15411]) make the default loader work in strict XHTML environments and fix Opera to correctly detect case sensitivity in XML/XHTML environments for queries. A small PHP script is added to test these. Sadly, both Safari and Opera don't observe script ordering for injected tags, so we had to make the dev loader script a bit more complicated to accomidate. Fixes #7455. Fixes #7214. !strict