<?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>Namespaces in HTML: Too much trouble to bother with</title><link>http://blogs.msdn.com/dthorpe/archive/2006/12/18/namespaces-in-html-too-much-trouble-to-bother-with.aspx</link><description>If you've been following the progress of the Windows Live Contacts Control since its launch this past summer, you may recall that in the second beta release we shifted from a programmatic constructor call style of instantiating the control on the web</description><dc:language>en</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Namespaces in HTML: Too much trouble to bother with</title><link>http://blogs.msdn.com/dthorpe/archive/2006/12/18/namespaces-in-html-too-much-trouble-to-bother-with.aspx#1327176</link><pubDate>Tue, 19 Dec 2006 23:15:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1327176</guid><dc:creator>jeffcogs</dc:creator><description>&lt;P&gt;Hi Danny, I've run into similar messes trying to mix XML and HTML. With Firefox, what worked for me was if I renamed my .html file as .xhtml. I just tried that with your sample file; I renamed nstest.html to nstest.xhtml, and opened it in firefox locally (file:///c:/temp/nstest.xhtml) and it worked as it should, without messing around with content types. In fact, I just tried it in IE and it works there too, while the .html version doesn't. Of course, technically speaking you're no longer in HTML now, however, and that can cause problems.&lt;/P&gt;
&lt;P&gt;Also, a problem I have with namespaces is that people are free to use whatever namespace identifiers they want (like your mention of devlive being arbitrary), and that can make for messy code, especially if two people on a project end up with two different IDs for the same namespace. I know it's important so you don't have clashes, but it's not a perfect solution in my mind.&lt;/P&gt;
&lt;P&gt;Jeff&lt;/P&gt;</description></item><item><title>re: Namespaces in HTML: Too much trouble to bother with</title><link>http://blogs.msdn.com/dthorpe/archive/2006/12/18/namespaces-in-html-too-much-trouble-to-bother-with.aspx#1327602</link><pubDate>Wed, 20 Dec 2006 03:08:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1327602</guid><dc:creator>dthorpe</dc:creator><description>&lt;p&gt;Hi Jeff,&lt;/p&gt;
&lt;p&gt;Be careful testing web page behaviors using local files. &amp;nbsp;A lot of the browser security model is different for local files than it is for files obtained from a bona fide http server - even if the http server is just little ol' localhost.&lt;/p&gt;
&lt;p&gt;In my testing, requesting a .xhtml file from localhost or from my off-site web server returned the file with a content-type header of &amp;quot;text/plain&amp;quot;. &amp;nbsp;This failed to behave as XML, XHTML, or HTML. &amp;nbsp;Firefox and IE both asked where to save the downloaded file on the local system before opening it. &amp;nbsp;Once it was saved locally and loaded from file://c:/temp/blah/, it came up ok in Firefox, but that's a bit too much firewalking for a web page. &amp;nbsp;&lt;/p&gt;
&lt;p&gt;It wasn't until I configured the web server to send .xhtml with a particular content-type header that Firefox started responding to the NS functions. &amp;nbsp;For Apache, you can configure the file extension/content-type association in the .htaccess file, as detailed in the &amp;quot;Schillmania&amp;quot; page mentioned in this article. &amp;nbsp;For IIS, I don't know.&lt;/p&gt;
&lt;p&gt;Thanks for the feedback!&lt;/p&gt;
&lt;p&gt;-Danny&lt;/p&gt;
</description></item><item><title>HTML Namespace Attributes and IE document.namespaces</title><link>http://blogs.msdn.com/dthorpe/archive/2006/12/18/namespaces-in-html-too-much-trouble-to-bother-with.aspx#2924084</link><pubDate>Sun, 27 May 2007 21:27:27 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2924084</guid><dc:creator>Windows Live Quantum Mechanics</dc:creator><description>&lt;p&gt;A few posts ago I promised to elaborate on a little gotcha that bit us in the butt while prepping the&lt;/p&gt;
</description></item></channel></rss>