<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>OpenWack Community Software Blog &#187; markup</title>
	<atom:link href="http://www.openwack.org/blog/tag/markup/feed" rel="self" type="application/rss+xml" />
	<link>http://www.openwack.org/blog</link>
	<description>The best free community software highlighted</description>
	<lastBuildDate>Sat, 24 Jul 2010 18:28:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>R.I.P. IE6</title>
		<link>http://www.openwack.org/blog/2009/06/r-i-p-ie6.html</link>
		<comments>http://www.openwack.org/blog/2009/06/r-i-p-ie6.html#comments</comments>
		<pubDate>Tue, 30 Jun 2009 10:43:46 +0000</pubDate>
		<dc:creator>Emil</dc:creator>
				<category><![CDATA[Core Development]]></category>
		<category><![CDATA[markup]]></category>

		<guid isPermaLink="false">http://www.openwack.org/blog/?p=88</guid>
		<description><![CDATA[ We had an uneasy feeling that we ought to support IE6 for the default theme of OpenWack &#8211; the one that will be bundled with the basic distro and will always be used for admin area. But then we decided to look at WackWall stats. If a million pageviews a month is any indication [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.openwack.org/blog/wp-content/uploads/2009/06/no-ie-support-150x150.jpg" alt="no-ie-support" title="no-ie-support" width="150" height="150" class="alignleft size-thumbnail wp-image-89" /> We had an uneasy feeling that we ought to support IE6 for the default theme of OpenWack &#8211; the one that will be bundled with the basic distro and will always be used for admin area. But then we decided to look at <a href="http://wackwall.com/">WackWall</a> stats. If a million pageviews a month is any indication we found out that IE6 is used by less than 8% of visitors on WackWall social networks. So we decided to join the camp of those designers who prefer to ignore IE6 and its incurable problems.</p>
<p>Internet Explorer 6, an ugly creature &#8211; you can wrap up in a white shroud and crawl to the graveyard where you belong. The reason you are still undead is another big Microsoft failure &#8211; Windows Vista. If people did not snatch at their non-upgraded Windows XP copies IE6 would be long gone.</p>
<p>I think IE6 problems are well-documented on the web by designers so I&#8217;ll spare you the rhetoric. Default theme for OpenWack will not support IE6.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openwack.org/blog/2009/06/r-i-p-ie6.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why OpenWack HTML will not validate</title>
		<link>http://www.openwack.org/blog/2009/04/why-openwack-html-will-not-validate.html</link>
		<comments>http://www.openwack.org/blog/2009/04/why-openwack-html-will-not-validate.html#comments</comments>
		<pubDate>Fri, 17 Apr 2009 07:43:16 +0000</pubDate>
		<dc:creator>Emil</dc:creator>
				<category><![CDATA[Misc]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[markup]]></category>
		<category><![CDATA[validation]]></category>

		<guid isPermaLink="false">http://www.openwack.org/blog/?p=75</guid>
		<description><![CDATA[Everyone of you saw those fancy labels on sites and software products indicating that the page markup passed W3C validation.
Hereby I claim that W3C validation will not be the priority of OpenWack pages markup nor will it ever be a requirement for OpenWack themes and plugins.
W3C standards were introduced with a good idea of validating [...]]]></description>
			<content:encoded><![CDATA[<p>Everyone of you saw those fancy labels on sites and software products indicating that the page markup passed <a href="http://validator.w3.org/">W3C validation</a>.</p>
<p>Hereby I claim that W3C validation will not be the priority of OpenWack pages markup nor will it ever be a requirement for OpenWack themes and plugins.</p>
<p>W3C standards were introduced with a good idea of validating HTML and CSS to be supported by all generally available browsers. But the reality is that they bring unnecessary restrictions and do not guarantee anything.</p>
<p>For example, putting block elements in &lt;a&gt; will not validate. Tag &lt;object&gt; (for a flash video player e.g.) will not validate. Although both those examples are handled fine by all relevant web-browsers of today. Why restrict then? These are examples of XHTML Transitional, I&#8217;m not even speaking of XHTML Strict.</p>
<p>On the other hand you can write W3C compliant code but there&#8217;s no guarantee that it will work in IE7 or (oh god) in IE6. It&#8217;s absolutely necessary to test your code in these browsers and even write some CSS hacks to handle their misbehavior. Microsoft did a great job of creating this mess.</p>
<p>I understand why software like Adobe Dreamweaver will generate W3C-compliant markup at all costs. This is marketing and is aimed at people who know what W3C validation is but are not aware of its failure. So realistically for now these are just labels. And they significantly contributed to the wide adoption of the standards that fail to bring the order. </p>
<p>We will try to maintain those standards wherever reasonable but not for the sole purpose of staying compliant with them. Given the mentioned shortcomings we do not see big reasons to comply.</p>
<p>There&#8217;s a much more effective practice of just testing all your markup in all major browsers people use. That&#8217;s the only relevant validation you can get to write software aimed at providing adequate user experience.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.openwack.org/blog/2009/04/why-openwack-html-will-not-validate.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
