<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: The Web Standards Myth’s Debunked</title>
	<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/</link>
	<description>Real world talk about web design, programming and the business of web design.</description>
	<pubDate>Thu, 24 Jul 2008 02:40:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Using CSS hacks is just plain stupid &#187; Blog Archive Killersites.com&#8217;s Blog</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-162</link>
		<dc:creator>Using CSS hacks is just plain stupid &#187; Blog Archive Killersites.com&#8217;s Blog</dc:creator>
		<pubDate>Wed, 09 Nov 2005 19:23:15 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-162</guid>
		<description>[...] CSS hacks are a recipe for disaster that I&#8217;ve been predicting for a while, a disaster that seems to be happening: it looks as though IE7 will be breaking CSS hacks and thus, the Web Standards myth of forward compatibility. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] CSS hacks are a recipe for disaster that I&#8217;ve been predicting for a while, a disaster that seems to be happening: it looks as though IE7 will be breaking CSS hacks and thus, the Web Standards myth of forward compatibility. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-75</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Thu, 06 Oct 2005 06:55:07 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-75</guid>
		<description>How many PDA's browse your site? We get well over 1.2 million page views /month on killersites.com and the % of PDA users is about 0.02%... 

To change your work-flow to satisfy such a small audience or to be 'prepared' for something the MAY come at some unknown time in the future is akin to the building of bomb shelters in the 50's - just in case of nuclear war.

&lt;strong&gt;What is the practical way to tackle this:&lt;/strong&gt;

When I see the browsers come out (that require strict XHTML,) and they have some reasonable presence on the web, I will look to moving from HTML 4. 

- -

The IE7 thing is kinda cool (in an academic sense,) but it relies on JavaScript - where about 10% of the people out there have it turned off. 

I don't like having crucial functionality dependent on JavaScript because of that 10%.

- -

Even in strict mode, IE still has bugs that require the use of hacks to make page-level layout via CSS to work - AFAIK.

Again, that being said, I can't wait for the majority of the users to be using a non-buggy version of IE - give it another 2-3 years. 

Meanwhile there are times (when deadlines are looming,) when we may want to use code that may not be 100% standards compliant to get the job done. 

Remember that standards are created to save time and money, as soon as the standards get in the way of this, it's time to break them.


&lt;strong&gt;Conclusion:&lt;/strong&gt;

I have the benefit of years of experience with several programming languages (Java, PHP, JavaScript etc) where I've seen this sort of thing several times before: 

&lt;strong&gt;Where people get caught up in theoretical correctness at the expense of practical application. &lt;/strong&gt;

One thing these people don't realise is that standards are not written in stone ... they are not the ten commandments. You should also consider that things change, sometimes in a big way! So coding for the future, at the expense of today, is silly given my experience.

Curious, I don't know if any of the 'leaders' of the Web Standards movement have any programming experience at all? That to me is relevant because CSS and HTML is to programming, as adding and subtracting is to advanced calculus.

-

I'm not trying to get on a lecture tour or am I trying to sell books - I am only offering this point of view to help people avoid some of the mistakes I have made in the past. 

(You should) do what you will.</description>
		<content:encoded><![CDATA[<p>How many PDA&#8217;s browse your site? We get well over 1.2 million page views /month on killersites.com and the % of PDA users is about 0.02%&#8230; </p>
<p>To change your work-flow to satisfy such a small audience or to be &#8216;prepared&#8217; for something the MAY come at some unknown time in the future is akin to the building of bomb shelters in the 50&#8217;s - just in case of nuclear war.</p>
<p><strong>What is the practical way to tackle this:</strong></p>
<p>When I see the browsers come out (that require strict XHTML,) and they have some reasonable presence on the web, I will look to moving from HTML 4. </p>
<p>- -</p>
<p>The IE7 thing is kinda cool (in an academic sense,) but it relies on JavaScript - where about 10% of the people out there have it turned off. </p>
<p>I don&#8217;t like having crucial functionality dependent on JavaScript because of that 10%.</p>
<p>- -</p>
<p>Even in strict mode, IE still has bugs that require the use of hacks to make page-level layout via CSS to work - AFAIK.</p>
<p>Again, that being said, I can&#8217;t wait for the majority of the users to be using a non-buggy version of IE - give it another 2-3 years. </p>
<p>Meanwhile there are times (when deadlines are looming,) when we may want to use code that may not be 100% standards compliant to get the job done. </p>
<p>Remember that standards are created to save time and money, as soon as the standards get in the way of this, it&#8217;s time to break them.</p>
<p><strong>Conclusion:</strong></p>
<p>I have the benefit of years of experience with several programming languages (Java, PHP, JavaScript etc) where I&#8217;ve seen this sort of thing several times before: </p>
<p><strong>Where people get caught up in theoretical correctness at the expense of practical application. </strong></p>
<p>One thing these people don&#8217;t realise is that standards are not written in stone &#8230; they are not the ten commandments. You should also consider that things change, sometimes in a big way! So coding for the future, at the expense of today, is silly given my experience.</p>
<p>Curious, I don&#8217;t know if any of the &#8216;leaders&#8217; of the Web Standards movement have any programming experience at all? That to me is relevant because CSS and HTML is to programming, as adding and subtracting is to advanced calculus.</p>
<p>-</p>
<p>I&#8217;m not trying to get on a lecture tour or am I trying to sell books - I am only offering this point of view to help people avoid some of the mistakes I have made in the past. </p>
<p>(You should) do what you will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Halsall</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-74</link>
		<dc:creator>Justin Halsall</dc:creator>
		<pubDate>Thu, 06 Oct 2005 05:22:36 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-74</guid>
		<description>[..]like not using the target attribute of a link () tag; who cares and what practical disadvantage is there to using this very useful attribute?[..]
This is for small devices (PDAs Mobiles) they don't have the possibility to use frames or to open a new window. If the web-designers makes his websites in such a way that the target is not needed this will benefit those with a small screen device.

I personally would rather use the target instead of staying 100% compliant and using javascript. But if its not really needed then I'll just leave it away as much as possible.

For lots of things there is a logical explanation, and if you are good in CSS there is no real need to use hacks (if using strict mode or using the &lt;a href="http://dean.edwards.name/IE7/" rel="nofollow"&gt;/IE7/&lt;/a&gt; javascript all in one fix)</description>
		<content:encoded><![CDATA[<p>[..]like not using the target attribute of a link () tag; who cares and what practical disadvantage is there to using this very useful attribute?[..]<br />
This is for small devices (PDAs Mobiles) they don&#8217;t have the possibility to use frames or to open a new window. If the web-designers makes his websites in such a way that the target is not needed this will benefit those with a small screen device.</p>
<p>I personally would rather use the target instead of staying 100% compliant and using javascript. But if its not really needed then I&#8217;ll just leave it away as much as possible.</p>
<p>For lots of things there is a logical explanation, and if you are good in CSS there is no real need to use hacks (if using strict mode or using the <a href="http://dean.edwards.name/IE7/" rel="nofollow">/IE7/</a> javascript all in one fix)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-72</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Thu, 06 Oct 2005 00:45:38 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-72</guid>
		<description>@Justin Halsall,

Browsers will cache images whether they are found in the HTML code or the CSS - once an image is in cache, the browser will call the cached version regardless of what page the image is found.
- -

Your Google example is an example of just bad design - you could have made the table based layout more 'Google friendly' by reducing the number of tables (nesting tables was silly even before CSSP was possible,) and by extracting the JavaScript into a .js file and making a reference to it at the bottom of the page.

That being said:

When I can, I go for CSSP (web standards) based design as much as possible. And as far as I know, the only time CSS falls down, is when it comes to page-level layout.

About XHTML:

XHTML will typically be treated by the browsers as ordinary HTML (because of the web servers,) thus removing all the supposed advantages - it's not checked if it well formed by the browser for example. 

To force the browser to read XHTML as XHTML, you will need to set the MIME type to: application/xhtml+xml. The problem is that Internet Explorer (this means 70-90% of the users,) does not support application/xhtml+xml. 

As such, IE (and other browsers,) will give you the 'download this document' dialog rather than rendering and displaying the page like it's supposed to ...

Conclusion:

Whether you're going to bust your ass to create CSSP based pages comes down to a project's needs and the particular layout - some CSSP layouts are easily achieved with only the need for one hack to work. I do this for Killersites.com.

But, I think that there are times when being 100% web standards compliant is just a waste of time - like not using the target attribute of a link (&lt;code&gt;&lt;a&gt;&lt;/a&gt;&lt;/code&gt;) tag; who cares and what practical disadvantage is there to using this very useful attribute?</description>
		<content:encoded><![CDATA[<p>@Justin Halsall,</p>
<p>Browsers will cache images whether they are found in the HTML code or the CSS - once an image is in cache, the browser will call the cached version regardless of what page the image is found.<br />
- -</p>
<p>Your Google example is an example of just bad design - you could have made the table based layout more &#8216;Google friendly&#8217; by reducing the number of tables (nesting tables was silly even before CSSP was possible,) and by extracting the JavaScript into a .js file and making a reference to it at the bottom of the page.</p>
<p>That being said:</p>
<p>When I can, I go for CSSP (web standards) based design as much as possible. And as far as I know, the only time CSS falls down, is when it comes to page-level layout.</p>
<p>About XHTML:</p>
<p>XHTML will typically be treated by the browsers as ordinary HTML (because of the web servers,) thus removing all the supposed advantages - it&#8217;s not checked if it well formed by the browser for example. </p>
<p>To force the browser to read XHTML as XHTML, you will need to set the MIME type to: application/xhtml+xml. The problem is that Internet Explorer (this means 70-90% of the users,) does not support application/xhtml+xml. </p>
<p>As such, IE (and other browsers,) will give you the &#8216;download this document&#8217; dialog rather than rendering and displaying the page like it&#8217;s supposed to &#8230;</p>
<p>Conclusion:</p>
<p>Whether you&#8217;re going to bust your ass to create CSSP based pages comes down to a project&#8217;s needs and the particular layout - some CSSP layouts are easily achieved with only the need for one hack to work. I do this for Killersites.com.</p>
<p>But, I think that there are times when being 100% web standards compliant is just a waste of time - like not using the target attribute of a link (<code><a></a></code>) tag; who cares and what practical disadvantage is there to using this very useful attribute?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Halsall</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-71</link>
		<dc:creator>Justin Halsall</dc:creator>
		<pubDate>Wed, 05 Oct 2005 23:08:17 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-71</guid>
		<description>Tip: Use xhtml Strict this will help reduce the amount of hacks (to 0 mostly)</description>
		<content:encoded><![CDATA[<p>Tip: Use xhtml Strict this will help reduce the amount of hacks (to 0 mostly)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Halsall</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-69</link>
		<dc:creator>Justin Halsall</dc:creator>
		<pubDate>Wed, 05 Oct 2005 22:55:52 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-69</guid>
		<description>[..]From a practical point of view, it is likely that you will never see any real benefit (in terms of bandwidth and speed) with having less code in your pages[..]
Because the browser caches the CSS this way the browser doesn't have to download the code every-time making your webpage load faster. You easily test this: Put a few images (bout 20 or so) in a page then make an identical page but have the external CSS file assign the images (as backgrounds of divs for instance). Once you go to the same page again you will see that the CSS version loads just about instantly and the other page doesn't.

&#62;&#62; This is not pro web-standards this is pro CSS although I think web-standards are a good thing

[..]Myth #2: Your websites will be forward compatible.[..]This is very unlikely since they (browser makers,) don’t have a history of removing functionality - they probably don’t want to kill the tens of millions of web pages that are built using ‘old-style’ techniques.[..]

True BUT did you consider that if someone was to manufacture a new browser without all that bad history that your site would look awful if you didn't use standards (doesn't have to but could)
Example: Safari, relatively young has no quirks-mode only a standards mode.

[..]The evidence would say otherwise - there are many top ranked websites that use old-style web design techniques.[..]
That is because they have huge amounts of sites linked to them, this compromises for the big amounts of code (table based site) the code part.
It is a fact that if you have two sites on the web and one is built up of tables that google will prefer the other one without the tables and with the clean (standard) code

Example: I had to remake a site that used huge amounts of javascript and tables because google wouldn't list it. Once I cleared all that junk out google started listing it again. This was because google just stops reading a document after some time of not finding anything interesting. (this is a fact, look it up on lots of sites, most none standard. Even they say that if you put to much text or code on a page that google will only index the first part of it and leave the rest.)


Truth: using CSS and making your sites the new-school way makes them easier to maintain</description>
		<content:encoded><![CDATA[<p>[..]From a practical point of view, it is likely that you will never see any real benefit (in terms of bandwidth and speed) with having less code in your pages[..]<br />
Because the browser caches the CSS this way the browser doesn&#8217;t have to download the code every-time making your webpage load faster. You easily test this: Put a few images (bout 20 or so) in a page then make an identical page but have the external CSS file assign the images (as backgrounds of divs for instance). Once you go to the same page again you will see that the CSS version loads just about instantly and the other page doesn&#8217;t.</p>
<p>&gt;&gt; This is not pro web-standards this is pro CSS although I think web-standards are a good thing</p>
<p>[..]Myth #2: Your websites will be forward compatible.[..]This is very unlikely since they (browser makers,) don’t have a history of removing functionality - they probably don’t want to kill the tens of millions of web pages that are built using ‘old-style’ techniques.[..]</p>
<p>True BUT did you consider that if someone was to manufacture a new browser without all that bad history that your site would look awful if you didn&#8217;t use standards (doesn&#8217;t have to but could)<br />
Example: Safari, relatively young has no quirks-mode only a standards mode.</p>
<p>[..]The evidence would say otherwise - there are many top ranked websites that use old-style web design techniques.[..]<br />
That is because they have huge amounts of sites linked to them, this compromises for the big amounts of code (table based site) the code part.<br />
It is a fact that if you have two sites on the web and one is built up of tables that google will prefer the other one without the tables and with the clean (standard) code</p>
<p>Example: I had to remake a site that used huge amounts of javascript and tables because google wouldn&#8217;t list it. Once I cleared all that junk out google started listing it again. This was because google just stops reading a document after some time of not finding anything interesting. (this is a fact, look it up on lots of sites, most none standard. Even they say that if you put to much text or code on a page that google will only index the first part of it and leave the rest.)</p>
<p>Truth: using CSS and making your sites the new-school way makes them easier to maintain</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SGershon</title>
		<link>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-63</link>
		<dc:creator>SGershon</dc:creator>
		<pubDate>Thu, 29 Sep 2005 21:06:17 +0000</pubDate>
		<guid>http://www.killersites.com/blog/2005/web-standards-myths-debunked/#comment-63</guid>
		<description>True.

I like web-standards.
They help me making better pages and studying them helped me understand and organize better my work.

But.
Not all my pages validate at 100%. And this does not makes sleeping any harder, I'm just fine this way.

I agree that "Mystical belief in the power of Web Standards, Usability, and tableless CSS" is a stupid thing, and making complex hack is the last thing I'll do in order to have simple code.</description>
		<content:encoded><![CDATA[<p>True.</p>
<p>I like web-standards.<br />
They help me making better pages and studying them helped me understand and organize better my work.</p>
<p>But.<br />
Not all my pages validate at 100%. And this does not makes sleeping any harder, I&#8217;m just fine this way.</p>
<p>I agree that &#8220;Mystical belief in the power of Web Standards, Usability, and tableless CSS&#8221; is a stupid thing, and making complex hack is the last thing I&#8217;ll do in order to have simple code.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
