<?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: Semantic Markup/Microformats Pop Quiz - how good are you?!</title>
	<atom:link href="http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/</link>
	<description>Changing the world. One blog(ger) at a time.</description>
	<pubDate>Fri, 10 Oct 2008 19:38:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Frederick Townes</title>
		<link>http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14844</link>
		<dc:creator>Frederick Townes</dc:creator>
		<pubDate>Thu, 12 Jun 2008 06:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14844</guid>
		<description>Hey Guys, I appreciate the input! :) Ryan's comment about the IDs etc is of course on target and there's definitely nothing to dispute there, however there are some other things to consider about the projects that are not obvious from the outside looking in:

- Since the sites are WordPress themes the only semantics that were of priority/concern were those related to search engine friendliness. We replaced their previous theme and no doubt the next redesign would follow suit, being able to swap out a CSS file was of little concern to the clients so we spend the time we had on the client's primary concerns which were user experience and business development/strategy.

- About SM, layout semantics aside, if you check out the work we actually delivered to the client, as shown in the examples section of our web site (http://w3-markup.com/examples/smashingmagazine.com/markup/index.html) you can see that we delivered valid XHTML and CSS 3 code:

http://tinyurl.com/4psjlj
http://tinyurl.com/4u9gyo

- The current SM site is not maintained by us and has undergone constant changes by us and SM (as you will see in the footer of their site).

Soon, we'll be releasing another Technorati leading blog redesign and layout semantics also is not a priority for it. On the contrary for http://mashable.com/ the focus has been more on typography, business development, usability/user experience and so on. So as long as clients like Mashable, Smashing Magazine and Neil Patel have style conventions for their content, layout semantics in WordPress themes aren't a priority these guys want to spend time on.

Obviously the question as to whether or not it takes a significant amount time to semantically name and plan out your layout is another conversation entirely. :) We put compliance, usability, page weight ahead of layout semantics almost every time, otherwise having the flexibility that most of these projects would need (again comparing old designs to new) would be akin to what I discussed in this article for Adobe.com last year which deals with this very topic (of layout semantics): http://www.adobe.com/devnet/dreamweaver/articles/five_steps_redesign.html

Please let me know your opinions.</description>
		<content:encoded><![CDATA[<p>Hey Guys, I appreciate the input! <img src='http://www.alistercameron.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> Ryan&#8217;s comment about the IDs etc is of course on target and there&#8217;s definitely nothing to dispute there, however there are some other things to consider about the projects that are not obvious from the outside looking in:</p>
<p>- Since the sites are WordPress themes the only semantics that were of priority/concern were those related to search engine friendliness. We replaced their previous theme and no doubt the next redesign would follow suit, being able to swap out a CSS file was of little concern to the clients so we spend the time we had on the client&#8217;s primary concerns which were user experience and business development/strategy.</p>
<p>- About SM, layout semantics aside, if you check out the work we actually delivered to the client, as shown in the examples section of our web site (http://w3-markup.com/examples/smashingmagazine.com/markup/index.html) you can see that we delivered valid XHTML and CSS 3 code:</p>
<p><a href="http://tinyurl.com/4psjlj">http://tinyurl.com/4psjlj</a><br />
<a href="http://tinyurl.com/4u9gyo">http://tinyurl.com/4u9gyo</a></p>
<p>- The current SM site is not maintained by us and has undergone constant changes by us and SM (as you will see in the footer of their site).</p>
<p>Soon, we&#8217;ll be releasing another Technorati leading blog redesign and layout semantics also is not a priority for it. On the contrary for <a href="http://mashable.com/">http://mashable.com/</a> the focus has been more on typography, business development, usability/user experience and so on. So as long as clients like Mashable, Smashing Magazine and Neil Patel have style conventions for their content, layout semantics in WordPress themes aren&#8217;t a priority these guys want to spend time on.</p>
<p>Obviously the question as to whether or not it takes a significant amount time to semantically name and plan out your layout is another conversation entirely. <img src='http://www.alistercameron.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> We put compliance, usability, page weight ahead of layout semantics almost every time, otherwise having the flexibility that most of these projects would need (again comparing old designs to new) would be akin to what I discussed in this article for Adobe.com last year which deals with this very topic (of layout semantics): <a href="http://www.adobe.com/devnet/dreamweaver/articles/five_steps_redesign.html">http://www.adobe.com/devnet/dreamweaver/articles/five_steps_redesign.html</a></p>
<p>Please let me know your opinions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phyllis Vance</title>
		<link>http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14475</link>
		<dc:creator>Phyllis Vance</dc:creator>
		<pubDate>Thu, 10 Apr 2008 21:24:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14475</guid>
		<description>Validation issues!</description>
		<content:encoded><![CDATA[<p>Validation issues!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brent Hodgson</title>
		<link>http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14388</link>
		<dc:creator>Brent Hodgson</dc:creator>
		<pubDate>Sun, 30 Mar 2008 05:27:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14388</guid>
		<description>A lot of validation errors:

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.smashingmagazine.com%2F&#38;charset=%28detect+automatically%29&#38;doctype=Inline&#38;group=0</description>
		<content:encoded><![CDATA[<p>A lot of validation errors:</p>
<p><a href="http://validator.w3.org/check?uri=http%3A%2F%2Fwww.smashingmagazine.com%2F&amp;charset=%28detect+automatically%29&amp;doctype=Inline&amp;group=0">http://validator.w3.org/check?uri=http%3A%2F%2Fwww.smashingmagazine.com%2F&amp;charset=%28detect+automatically%29&amp;doctype=Inline&amp;group=0</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14310</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Fri, 21 Mar 2008 07:11:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.alistercameron.com/2008/03/20/semantic-markupmicroformats-pop-quiz-how-good-are-you/#comment-14310</guid>
		<description>Not good to set ids or classes based on the location of the element. Always name them based on their content/purpose. I see many cases of them misstepping on this one. 

Line 29, calling it "leftcolumn" when it should be "content" or "mainContent". I see a div class of "top" on line 61. Line 90 has an id "rightcolumn". Should be a "sidebar" or "subContent". Oof, line 110 has a class of "left". Dang. "Right" on 134.

With this sort of stuff, let's just hope smashing (or any other client) never wants to move their content around. No fun to have to put the div with class="left" to the right. Not really the best markup.

I only did a cursory look through. What did I miss?</description>
		<content:encoded><![CDATA[<p>Not good to set ids or classes based on the location of the element. Always name them based on their content/purpose. I see many cases of them misstepping on this one. </p>
<p>Line 29, calling it &#8220;leftcolumn&#8221; when it should be &#8220;content&#8221; or &#8220;mainContent&#8221;. I see a div class of &#8220;top&#8221; on line 61. Line 90 has an id &#8220;rightcolumn&#8221;. Should be a &#8220;sidebar&#8221; or &#8220;subContent&#8221;. Oof, line 110 has a class of &#8220;left&#8221;. Dang. &#8220;Right&#8221; on 134.</p>
<p>With this sort of stuff, let&#8217;s just hope smashing (or any other client) never wants to move their content around. No fun to have to put the div with class=&#8221;left&#8221; to the right. Not really the best markup.</p>
<p>I only did a cursory look through. What did I miss?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
