<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: A List Apart #250</title>
	<atom:link href="http://www.kashubeck.com/blog/2007/12/04/a-list-apart-250/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kashubeck.com/blog/2007/12/04/a-list-apart-250/</link>
	<description>A blog about what I'm trying to cram into only 24 hours</description>
	<pubDate>Tue, 06 Jan 2009 05:53:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Nate Klaiber</title>
		<link>http://www.kashubeck.com/blog/2007/12/04/a-list-apart-250/#comment-43</link>
		<dc:creator>Nate Klaiber</dc:creator>
		<pubDate>Tue, 04 Dec 2007 20:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.kashubeck.com/blog/?p=28#comment-43</guid>
		<description>I tend to think about two things in regards to HTML5. 1), the actual timeframe where it will actually be rendered useful and the adoption rate is increased with vendors and users alike, and 2) backwards compatability. These are two very important things to consider.

While I like the structural elements, would this mean that we should all go back and edit all of our markup to be in line with the new elements? Not against new elements - but think about the magnitude of this chance (think corporate and enterprise, think CMS's, think packaged web services). I think adoption rate will take a long time. This is why I like Microformats. They take what everyone else is already using, and adding semantic goodness to their elements. The benefit is two fold. The page is semantic, and they have hooks for their styling and JavaScript.

A DIV simply represents a logical division. Where do you draw the line on all of the different possible divisions a user could potentially use? If you leave one out - then we are right back at square one where someone will have to modify accordingly to fit their specific needs (much like people do now).

Just some more stuff to think about, I am still processing it all and I figured I would share it with you.</description>
		<content:encoded><![CDATA[<p>I tend to think about two things in regards to HTML5. 1), the actual timeframe where it will actually be rendered useful and the adoption rate is increased with vendors and users alike, and 2) backwards compatability. These are two very important things to consider.</p>
<p>While I like the structural elements, would this mean that we should all go back and edit all of our markup to be in line with the new elements? Not against new elements - but think about the magnitude of this chance (think corporate and enterprise, think CMS&#8217;s, think packaged web services). I think adoption rate will take a long time. This is why I like Microformats. They take what everyone else is already using, and adding semantic goodness to their elements. The benefit is two fold. The page is semantic, and they have hooks for their styling and JavaScript.</p>
<p>A DIV simply represents a logical division. Where do you draw the line on all of the different possible divisions a user could potentially use? If you leave one out - then we are right back at square one where someone will have to modify accordingly to fit their specific needs (much like people do now).</p>
<p>Just some more stuff to think about, I am still processing it all and I figured I would share it with you.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
