<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx</link><description>IE9 is the first version of Internet Explorer to natively support XHTML. For those not familiar, XHTML is the XML serialization of HTML. Among other benefits, XHTML can help maintain cleaner markup due to its fail-fast nature in the face of parsing errors</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10086750</link><pubDate>Fri, 05 Nov 2010 15:47:26 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10086750</guid><dc:creator>the_dees</dc:creator><description>&lt;p&gt;@Bertil Wennergren:&lt;/p&gt;
&lt;p&gt;There is no problem with xml:lang (nowadays). But the xml:lang attribute has had the problem of being unrecognized by browsers or assistive technology. It&amp;#39;s not a problem anymore.&lt;/p&gt;
&lt;p&gt;However, note that in XHTML 1.0 you can use the lang attribute to define the language of an element, and in XHTML 1.1 you can not. Thus both are incompatible. A browser that implemented XHTML 1.1 wouldn&amp;#39;t be allowed to look for lang attributes in XHTML documents. It would&amp;#39;ve to be treated like any other attribute xyz.&lt;/p&gt;
&lt;p&gt;It works in modern browsers (and even older ones) because XHTML 1.1 documents are simply treated like XHTML 1.0 documents.&lt;/p&gt;
&lt;p&gt;@Patrick Garies:&lt;/p&gt;
&lt;p&gt;Let&amp;#39;s assue a browser implemented XHTML 1.1 completly (including CSS Ruby and the Ruby Annotations Spec). In this scenario, HTML5 would automatically have Ruby support as well. That is not a thing of specifications but of implementations. And that is the crux of the matter. Something implemented in abrowser will work in any document. But if that meant either one document mode or another (which do not really exist) had a bug, a spec is not implementable.&lt;/p&gt;
&lt;p&gt;Module-based XHTML sounds nice in theory but it is just a nice concept that wasn&amp;#39;t ever needed. Technology evolved way too fast to make this concept needed. You see HTML parsers in mobile browsers. Something no one thought would be possible.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10086750" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10086541</link><pubDate>Fri, 05 Nov 2010 08:34:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10086541</guid><dc:creator>Patrick Garies</dc:creator><description>&lt;p&gt;@the_dees: XHTML 1.1 supports complex ruby markup whereas HTML5 does not. That, rather than |lang| attribute differences, is probably the most major difference between XHTML 1.1 and HTML5. That problem is more with Ruby Annotations and CSS3 Ruby specs being too vague and poorly thought through than with XHTML 1.1 though, so we may yet see more complete de facto XHTML 1.1 support in the future when those specs have been scrapped or rewritten.&lt;/p&gt;
&lt;p&gt;There was another difference: modularity (hence the spec title: &amp;quot;Module-based XHTML&amp;quot;). But, given that implementors apparently don&amp;#39;t plan to ever support validation against DTDs, that feature is optional per XML, and people can write their own XML schema, that feature has been pretty much invisible and will probably remain that way.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10086541" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10086461</link><pubDate>Fri, 05 Nov 2010 03:59:41 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10086461</guid><dc:creator>JAB Creations</dc:creator><description>&lt;p&gt;Firefox&amp;#39;s RSS feed reader doesn&amp;#39;t update regularly for MSDN for some reason...hm...&lt;/p&gt;
&lt;p&gt;Well I applaud finally supporting XHTML as application/xhtml+xml however instead of rendering up to an error it would make more sense to not display the page and display an error message instead like Gecko and Presto do. Presto handles it best by allowing the user to render the page as text/html. This has a VERY large bearing on why I test with Gecko first and Presto secondly. WebKit doesn&amp;#39;t break the page and I think KHTML doesn&amp;#39;t either so I test with WebKit third and up to this point with IE last. Since IE9 isn&amp;#39;t available on XP I will continue to test with it last because it&amp;#39;s the least convenient requiring tons of RAM for virtualization.&lt;/p&gt;
&lt;p&gt;Handling the mime with PHP...&lt;/p&gt;
&lt;p&gt;------------------&lt;/p&gt;
&lt;p&gt;&amp;lt;?php&lt;/p&gt;
&lt;p&gt;if (isset($_SERVER[&amp;#39;HTTP_ACCEPT&amp;#39;]))&lt;/p&gt;
&lt;p&gt;{&lt;/p&gt;
&lt;p&gt;$mime_ua = stristr($_SERVER[&amp;#39;HTTP_ACCEPT&amp;#39;],&amp;#39;application/xhtml+xml&amp;#39;);&lt;/p&gt;
&lt;p&gt;if ($mime_ua) {$mime = &amp;#39;application/xhtml+xml&amp;#39;;}&lt;/p&gt;
&lt;p&gt;else {$mime = &amp;#39;text/html&amp;#39;;}&lt;/p&gt;
&lt;p&gt;}&lt;/p&gt;
&lt;p&gt;else {$mime = &amp;#39;text/html&amp;#39;;}&lt;/p&gt;
&lt;p&gt;header(&amp;#39;content-type: &amp;#39;.$header-&amp;gt;mime.&amp;#39;; charset=utf-8&amp;#39;);&lt;/p&gt;
&lt;p&gt;echo &amp;#39;&amp;lt;?xml version=&amp;quot;1.0&amp;quot; encoding=&amp;quot;UTF-8&amp;quot;?&amp;gt;&amp;#39;.&amp;quot;\n&amp;quot;;&lt;/p&gt;
&lt;p&gt;?&amp;gt;&lt;/p&gt;
&lt;p&gt;&amp;lt;!DOCTYPE html PUBLIC &amp;quot;-//W3C//DTD XHTML 1.1//EN&amp;quot; &amp;quot;&lt;a rel="nofollow" target="_new" href="http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd&amp;quot;&amp;gt;"&gt;www.w3.org/.../xhtml11.dtd&amp;quot;&amp;gt;&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;------------------&lt;/p&gt;
&lt;p&gt;It should be noted that AJAX content loaded via importNode (innerHTML should NOT be used EVER) should be served as text/xml.&lt;/p&gt;
&lt;p&gt;I like the idea of NOT implementing quirks mode for XHTML, that&amp;#39;s a good move.&lt;/p&gt;
&lt;p&gt;But limiting IE9 to Vista/7 is NOT a smart move. Want us to &amp;quot;upgrade&amp;quot;? Tell the Windows team to stop removing all the ACTUALLY useful things and shortcuts from Windows. Heck there isn&amp;#39;t even an &amp;quot;Explore&amp;quot; option in the context menu on the My Documents or My Computer icon in 7 and I couldn&amp;#39;t effectively move the ENTIRE My Documents folder to the D:\ for a client last week as IE was still saved files to the C:\. This isn&amp;#39;t guess work or trying to figure out how to one-up Apple, it&amp;#39;s listening to users who actually use their machines for production and as power users. Oh and fix IE9&amp;#39;s totally borked GUI, less isn&amp;#39;t more, it&amp;#39;s less. Having you guys actually listen to CRITICAL input besides standards compliance is like trying to tell Linux fan boys to just make the start key with with their version of the start menu. End users and ESPECIALLY people like myself who do production are having to put up with worse and worse software GUI while hardware is getting more and more awesome.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10086461" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085715</link><pubDate>Wed, 03 Nov 2010 21:25:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085715</guid><dc:creator>Bertil Wennergren</dc:creator><description>&lt;p&gt;the_dees:&lt;/p&gt;
&lt;p&gt;&amp;quot;Most XHTML 1.1 issues are resolved as of today, the only real issue in my opinion is that it still doesn&amp;#39;t allow the lang attribute.&amp;quot;&lt;/p&gt;
&lt;p&gt;I use &amp;quot;xml:lang&amp;quot; as the XHTML 1.1 rules say I should. It seems to work, at least in Firefox. What actual breakage or problems do you see happening? I see none.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085715" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085631</link><pubDate>Wed, 03 Nov 2010 18:55:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085631</guid><dc:creator>IronTed</dc:creator><description>&lt;p&gt;Your support of HTML5 is a bunch of BS! &amp;nbsp;You only selectively support some elements of Canvas in order to protect Silverlight. &amp;nbsp; I don&amp;#39;t see any need for IE in my enterprise. &amp;nbsp;Because I have Firefox, Chrome, Opera and Safari.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085631" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085627</link><pubDate>Wed, 03 Nov 2010 18:50:06 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085627</guid><dc:creator>the_dees</dc:creator><description>&lt;p&gt;@Bertil Wennergren&lt;/p&gt;
&lt;p&gt;&amp;quot;So how come my pages, served as XHTML 1.1 to browsers that claim support for XTHML in the accept, header, do work perfectly well in Firefox? Have I missed something? To me it does seem like Firefox supports XHTML 1.1. Actually I believe that Safari, Chrome and Opera do too.&amp;quot;&lt;/p&gt;
&lt;p&gt;Long story.&lt;/p&gt;
&lt;p&gt;As you say, a browser can state it accepts the application/xhtml+xml media type. Note that there is no version indicator.&lt;/p&gt;
&lt;p&gt;It&amp;#39;s probably important to note that todays XHTML 1.1 is almost the same as XHTML 1.0, however that was a long fight.&lt;/p&gt;
&lt;p&gt;When XHTML 1.1 came out (became a REC) it contained several contradictions to XHTML 1.0 (no lang attribute allowed, no text/html allowed, a bug in the handling of client side image maps, different CSS handling).&lt;/p&gt;
&lt;p&gt;That wouldn&amp;#39;t have been a problem, but unfortunately the W3C decided that XHTML 1.1 &amp;quot;lives&amp;quot; in the same namespace as XHTML 1.0 does. So if a browser receives a document labled application/xhtml+xml and namespace &lt;a rel="nofollow" target="_new" href="http://www.w3.org/1999/xhtml/"&gt;http://www.w3.org/1999/xhtml/&lt;/a&gt; it can not decide what version of the language the document is written in.&lt;/p&gt;
&lt;p&gt;To solve this problem on the browser side there are three solutions: a) Implement doctype switching in XML, b) do not implement XHTML 1.1 or c) do not implement XHTML 1.0 anymore.&lt;/p&gt;
&lt;p&gt;For a while, browsers tried a) which led to several bug reports and critic on the bad influence on the XML ecosystem.&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not like browser vendors didn&amp;#39;t want to implement XHTML 1.1 - they even tried for years to fix the issues in XHTML 1.1, but their tries were in vain.&lt;/p&gt;
&lt;p&gt;Then, the WHATWG and HTML5 appeared. HTML5 defines its vocabulary to be backwards compatible to HTML 4.01 and XHTML 1.0, so in the end, browser vendors decided to not implement XHTML 1.1 because a XHTML 1.0 is a perfectly fine subset of XHTML5.&lt;/p&gt;
&lt;p&gt;Most XHTML 1.1 issues are resolved as of today, the only real issue in my opinion is that it still doesn&amp;#39;t allow the lang attribute.&lt;/p&gt;
&lt;p&gt;You probaly got it by now, your XHTML 1.1 code simply works because the browser can&amp;#39;t tell it&amp;#39;s XHTML 1.1 - and even if it could, you probably wouldn&amp;#39;t notice a difference anymore.&lt;/p&gt;
&lt;p&gt;However, keeping in mind that HTML5 introduced the widely used ruby elements for HTML and XHTML, there is no real advantage in using XHTML 1.1 anymore.&lt;/p&gt;
&lt;p&gt;So in short, XHTML (without version number) sill simply work in IE9 and all other browsers.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085627" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085623</link><pubDate>Wed, 03 Nov 2010 18:37:04 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085623</guid><dc:creator>Green bars</dc:creator><description>&lt;p&gt;Hello, you should &amp;nbsp;Make it so that the status bar a.k.a the loading bar that tells you when a webpage is done loading still there but you just see it if you hover the mouse over the area where it is. but just make it do this when a webpage is loading :P&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085623" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085619</link><pubDate>Wed, 03 Nov 2010 18:31:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085619</guid><dc:creator>Mario</dc:creator><description>&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;I downloaded The Newest platform preview and I saw that the buttons on sites like the tweet button on twitter is not round it should be round but it is a square on ie please fix this!&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085619" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085493</link><pubDate>Wed, 03 Nov 2010 15:29:46 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085493</guid><dc:creator>yellowstone</dc:creator><description>&lt;p&gt;.wdp File and .jxr File.... !!!SUPPORT(.wdp, .hdp, jxr etc &amp;nbsp; &amp;nbsp;Support...)&lt;/p&gt;
&lt;p&gt;I&amp;#39;m can not Speak English ^^;;&lt;/p&gt;
&lt;p&gt;Thank you&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085493" width="1" height="1"&gt;</description></item><item><title>re: XHTML in IE9</title><link>http://blogs.msdn.com/b/ie/archive/2010/11/01/xhtml-in-ie9.aspx#10085368</link><pubDate>Wed, 03 Nov 2010 11:59:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:10085368</guid><dc:creator>mmm</dc:creator><description>&lt;p&gt;Where can i find IE9 roadmap? Will be more public betas ?&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=10085368" width="1" height="1"&gt;</description></item></channel></rss>