<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why Web Standards Matter (Case Study)</title>
	<atom:link href="http://justaddwater.dk/2006/06/29/webstandards-case-study/feed/" rel="self" type="application/rss+xml" />
	<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/</link>
	<description>Instant Usability &#38; Web Standards</description>
	<lastBuildDate>Tue, 09 Mar 2010 18:08:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: chad lindstrom&#8217;s blog &#187; Blog Archive &#187; Inconsistent Interpretation with Web Development Best Practices</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-83466</link>
		<dc:creator>chad lindstrom&#8217;s blog &#187; Blog Archive &#187; Inconsistent Interpretation with Web Development Best Practices</dc:creator>
		<pubDate>Wed, 14 Feb 2007 09:58:23 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-83466</guid>
		<description>[...] Why Web Standards Matter (Case Study) [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Web Standards Matter (Case Study) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justaddwater.dk &#124; Technique &#8212; locating problems in HTML</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-14367</link>
		<dc:creator>justaddwater.dk &#124; Technique &#8212; locating problems in HTML</dc:creator>
		<pubDate>Mon, 18 Sep 2006 20:37:24 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-14367</guid>
		<description>[...] The instance that sparked this is a particular case I described earlier in &#8220;Why web standards matter (case study)&#8220;, in which I used the following tools and investigation techniques. [...]</description>
		<content:encoded><![CDATA[<p>[...] The instance that sparked this is a particular case I described earlier in &#8220;Why web standards matter (case study)&#8220;, in which I used the following tools and investigation techniques. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justaddwater.dk &#124; Toolbox &#8212; locating problems in HTML</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-14366</link>
		<dc:creator>justaddwater.dk &#124; Toolbox &#8212; locating problems in HTML</dc:creator>
		<pubDate>Mon, 18 Sep 2006 20:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-14366</guid>
		<description>[...] I decided to make a little toolbox that&#8217;s easy to apply on web pages, when investigating problems with web pages. Basically, it&#8217;s the tools I used when investigating the case I described in &#8220;Why web standards matter (case study)&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] I decided to make a little toolbox that&#8217;s easy to apply on web pages, when investigating problems with web pages. Basically, it&#8217;s the tools I used when investigating the case I described in &#8220;Why web standards matter (case study)&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: penk - Keep on rockin&#8217; in the free world &#187; Blog Archive &#187; 本日書籤</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-8564</link>
		<dc:creator>penk - Keep on rockin&#8217; in the free world &#187; Blog Archive &#187; 本日書籤</dc:creator>
		<pubDate>Mon, 17 Jul 2006 18:03:20 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-8564</guid>
		<description>[...] http://justaddwater.dk/2006/06/29/webstandards-case-study/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://justaddwater.dk/2006/06/29/webstandards-case-study/">http://justaddwater.dk/2006/06/29/webstandards-case-study/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesper Rønn-Jensen</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-8191</link>
		<dc:creator>Jesper Rønn-Jensen</dc:creator>
		<pubDate>Tue, 04 Jul 2006 12:12:06 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-8191</guid>
		<description>Mal. Thanks for your comment. I think you have an important point here.
And let me add that &quot;&lt;strong&gt;Why writing minimal markup matters&lt;/strong&gt;&quot; is a brilliant headline. Wish I had thought of that when I wrote this!

However, I still see that web standards play an important role, especially in this particular case study. It&#039;s true that we could follow standards AND still use tables and still have the performance issues.

But the point I&#039;m trying to make is that web standards is the right place to start, if you experience rendering problems like we had. Standards define how browsers should work. If you use non-standards code, the browser vendors for themselves decise how things will work (and that can easily lead to rendering bugs and differences on different browsers)

With 10,000 different browser versions already existing today, I think the alternative is hard to manage: I have no chance in life to know all the browser oddities and behaviours if I for example put a &lt;form&gt; element directly inside a &lt;table&gt; element. Some browsers may neglect to know about the form? I don&#039;t know, because browser vendors can decide for themselves how they want it to work. It&#039;s unspecified.

In this particular case, we had 15,706 errors and warnings,  and it was likely that some of them had an influence on the rendering engine that caused the bug we were chasing.

In my opinion, Web standards are the first step to code that&#039;s cleaner, better, slimmer, performs better, less susceptible  to browser bugs. In your own words: Minimal markup.

One more reason why I start with webstandards: If you run into browser bugs, they&#039;re usually corrected with newer versions of the browsers. (I&#039;ve previously reported about &lt;a title=&quot;Quirksmode bug report: Background image problems inside relative container&quot; rel=&quot;nofollow&quot; href=&quot;http://www.quirksmode.org/bugreports/archives/2004/12/IE_links_flicker_background_images_when_inside_pos.html&quot;&gt;a bug in IE&lt;/a&gt; and &lt;a title=&quot;VisitJesper: Firefox bug: CSS float:right problem with tables&quot; rel=&quot;nofollow&quot; href=&quot;http://visitjesper.homeip.net/test/cssfloatrighttable.html&quot;&gt;another one in Firefox&lt;/a&gt;).

Browsers are coded today with the purpose to support the web standards (no exception!). So if non-standard code works in browsers now, it may stop working the way you intended in later browser versions.

Also the case I&#039;m describing here is what worked for us, and starting with eliminating the 15,706 errors and warnings was fairly easy. Besides from the performance issue, we got several further advantages, as I described in the article. Decide for yourself what works for you.</description>
		<content:encoded><![CDATA[<p>Mal. Thanks for your comment. I think you have an important point here.<br />
And let me add that &#8220;<strong>Why writing minimal markup matters</strong>&#8221; is a brilliant headline. Wish I had thought of that when I wrote this!</p>
<p>However, I still see that web standards play an important role, especially in this particular case study. It&#8217;s true that we could follow standards AND still use tables and still have the performance issues.</p>
<p>But the point I&#8217;m trying to make is that web standards is the right place to start, if you experience rendering problems like we had. Standards define how browsers should work. If you use non-standards code, the browser vendors for themselves decise how things will work (and that can easily lead to rendering bugs and differences on different browsers)</p>
<p>With 10,000 different browser versions already existing today, I think the alternative is hard to manage: I have no chance in life to know all the browser oddities and behaviours if I for example put a &lt;form&gt; element directly inside a &lt;table&gt; element. Some browsers may neglect to know about the form? I don&#8217;t know, because browser vendors can decide for themselves how they want it to work. It&#8217;s unspecified.</p>
<p>In this particular case, we had 15,706 errors and warnings,  and it was likely that some of them had an influence on the rendering engine that caused the bug we were chasing.</p>
<p>In my opinion, Web standards are the first step to code that&#8217;s cleaner, better, slimmer, performs better, less susceptible  to browser bugs. In your own words: Minimal markup.</p>
<p>One more reason why I start with webstandards: If you run into browser bugs, they&#8217;re usually corrected with newer versions of the browsers. (I&#8217;ve previously reported about <a title="Quirksmode bug report: Background image problems inside relative container" rel="nofollow" href="http://www.quirksmode.org/bugreports/archives/2004/12/IE_links_flicker_background_images_when_inside_pos.html">a bug in IE</a> and <a title="VisitJesper: Firefox bug: CSS float:right problem with tables" rel="nofollow" href="http://visitjesper.homeip.net/test/cssfloatrighttable.html">another one in Firefox</a>).</p>
<p>Browsers are coded today with the purpose to support the web standards (no exception!). So if non-standard code works in browsers now, it may stop working the way you intended in later browser versions.</p>
<p>Also the case I&#8217;m describing here is what worked for us, and starting with eliminating the 15,706 errors and warnings was fairly easy. Besides from the performance issue, we got several further advantages, as I described in the article. Decide for yourself what works for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mal Ross</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-8190</link>
		<dc:creator>Mal Ross</dc:creator>
		<pubDate>Tue, 04 Jul 2006 11:01:11 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-8190</guid>
		<description>When I saw this topic&#039;s title, I was really looking forward to finding out once and for all why web standards matter. Alas, I really can&#039;t see what this case study has to do with web standards. It sounds as though the page could quite easily have been modified to continue to use tables AND adhere to web standards without having any positive impact on the performance.

The mere adherence to web standards does nothing to guarantee performance improvements. If you&#039;d called the post &quot;Why writing minimal markup matters,&quot; then I&#039;d say you&#039;ve got a point. Please do point out why I&#039;m wrong - I want to learn this stuff, but I&#039;m struggling right now.

Thanks. :)</description>
		<content:encoded><![CDATA[<p>When I saw this topic&#8217;s title, I was really looking forward to finding out once and for all why web standards matter. Alas, I really can&#8217;t see what this case study has to do with web standards. It sounds as though the page could quite easily have been modified to continue to use tables AND adhere to web standards without having any positive impact on the performance.</p>
<p>The mere adherence to web standards does nothing to guarantee performance improvements. If you&#8217;d called the post &#8220;Why writing minimal markup matters,&#8221; then I&#8217;d say you&#8217;ve got a point. Please do point out why I&#8217;m wrong &#8211; I want to learn this stuff, but I&#8217;m struggling right now.</p>
<p>Thanks. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Technikwürze - Design &#38; Webstandards Podcast &#187; Blog Archiv &#187; Technikwürze 28 - Surfen mit Candice besser?</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-8151</link>
		<dc:creator>Technikwürze - Design &#38; Webstandards Podcast &#187; Blog Archiv &#187; Technikwürze 28 - Surfen mit Candice besser?</dc:creator>
		<pubDate>Mon, 03 Jul 2006 15:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-8151</guid>
		<description>[...] Jesper Rønn-Jensen: Why Web Standards Matter [...]</description>
		<content:encoded><![CDATA[<p>[...] Jesper Rønn-Jensen: Why Web Standards Matter [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; Technikwürze #28 &#8212; cne _LOG Archiv</title>
		<link>http://justaddwater.dk/2006/06/29/webstandards-case-study/comment-page-1/#comment-7918</link>
		<dc:creator>&#187; Technikwürze #28 &#8212; cne _LOG Archiv</dc:creator>
		<pubDate>Mon, 03 Jul 2006 10:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://justaddwater.dk/2006/06/29/webstandards-case-study/#comment-7918</guid>
		<description>[...] Jesper Rønn-Jensen: Why Web Standards Matter (Case Study) [...]</description>
		<content:encoded><![CDATA[<p>[...] Jesper Rønn-Jensen: Why Web Standards Matter (Case Study) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
