<?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: Invalid Standards</title>
	<atom:link href="http://rimantas.com/en/archives/2004/10/14/invalid-standards/feed/" rel="self" type="application/rss+xml" />
	<link>http://rimantas.com/en/archives/2004/10/14/invalid-standards/</link>
	<description>ImCat online</description>
	<pubDate>Wed, 07 Jan 2009 12:45:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Rimantas</title>
		<link>http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-5</link>
		<dc:creator>Rimantas</dc:creator>
		<pubDate>Sun, 17 Oct 2004 17:07:16 +0000</pubDate>
		<guid isPermaLink="false">http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-5</guid>
		<description>Oh, this is tough and saddening :(

Invalid code does not conform to standards -- that's the way it is, wise or not.

"Not mention standards" is very different from saying that invalid code conforms to standards.
It does not matter if your blog is 1% invalid -- it is still better than 1000 valid ones, including this. And you should absolutely talk about standards -- you have best web-oriented blog and thousands are listening (reading, I mean).

And that's why you should be careful with what you say. You say "It is invalid now but I am working on it" -- it is OK. But when someone says "It is not valid, and will never be, so f*** the W3C" -- that's bad. It makes developers comfortable with a thought that invalid code is OK. "Keith said it, Mike said it, ... said it" -- so let's move on.
There is the limit of invalidity? How bad code should be when you will say, "no, that's not acceptable"? Are majority of the web is based on web standards now, cause their code looks much like HTML?
How are we going to have CMS that produce valid code if nobody cares?

Do you agree, that getting valid code is the easiest part of developing the site (I am not talking about maintenance here)? Design, IA or usability is much more difficult to get done right.

And not every site will be a blog with comments system. So if you done it right from the start you shouldn't have much problems later.

If one leaves code cleaning for the better times, that are the chances those times will ever come?

Call me whatever you want. Calling names will not change anything. It will not improve anything. And we are on the same side anyway. Only you choose to emphasize what user sees and interacts, I am trying to say that code is important too.

Or is it? Is Anne right: &lt;a href="http://annevankesteren.nl/archives/2004/10/standards"&gt;there is no point&lt;/a&gt;?</description>
		<content:encoded><![CDATA[<p>Oh, this is tough and saddening :(</p>
<p>Invalid code does not conform to standards &#8212; that&#8217;s the way it is, wise or not.</p>
<p>&#8220;Not mention standards&#8221; is very different from saying that invalid code conforms to standards.<br />
It does not matter if your blog is 1% invalid &#8212; it is still better than 1000 valid ones, including this. And you should absolutely talk about standards &#8212; you have best web-oriented blog and thousands are listening (reading, I mean).</p>
<p>And that&#8217;s why you should be careful with what you say. You say &#8220;It is invalid now but I am working on it&#8221; &#8212; it is OK. But when someone says &#8220;It is not valid, and will never be, so f*** the W3C&#8221; &#8212; that&#8217;s bad. It makes developers comfortable with a thought that invalid code is OK. &#8220;Keith said it, Mike said it, &#8230; said it&#8221; &#8212; so let&#8217;s move on.<br />
There is the limit of invalidity? How bad code should be when you will say, &#8220;no, that&#8217;s not acceptable&#8221;? Are majority of the web is based on web standards now, cause their code looks much like HTML?<br />
How are we going to have CMS that produce valid code if nobody cares?</p>
<p>Do you agree, that getting valid code is the easiest part of developing the site (I am not talking about maintenance here)? Design, IA or usability is much more difficult to get done right.</p>
<p>And not every site will be a blog with comments system. So if you done it right from the start you shouldn&#8217;t have much problems later.</p>
<p>If one leaves code cleaning for the better times, that are the chances those times will ever come?</p>
<p>Call me whatever you want. Calling names will not change anything. It will not improve anything. And we are on the same side anyway. Only you choose to emphasize what user sees and interacts, I am trying to say that code is important too.</p>
<p>Or is it? Is Anne right: <a href="http://annevankesteren.nl/archives/2004/10/standards">there is no point</a>?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-4</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Sun, 17 Oct 2004 04:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-4</guid>
		<description>You say "Only do me a favour – do not say that invalid code conforms to standards."

Is that wise?  I mean my site is 99% valid.  I've got a problem with my comments, which are essential to my site and I've actually spent quite a bit of time trying to sort that out.  It's not possible without sacrificing functionality.  Period.  So I've got to choose between validity and functionality.  I chose functionality.

Now, back to your favor.  Should I now not mention standards on my site because I have a few valid pages?  Fine by me, but I don't see how this HELPS the cause of Web standards.  If anything by alientating folks like me and Mike (and many, many more) all you're doing is hurting the "cause."

As of now, I've removed my validation links.  I've got absolutley no problem not supporting Web standards.  I'll leave that to the Zealots.</description>
		<content:encoded><![CDATA[<p>You say &#8220;Only do me a favour – do not say that invalid code conforms to standards.&#8221;</p>
<p>Is that wise?  I mean my site is 99% valid.  I&#8217;ve got a problem with my comments, which are essential to my site and I&#8217;ve actually spent quite a bit of time trying to sort that out.  It&#8217;s not possible without sacrificing functionality.  Period.  So I&#8217;ve got to choose between validity and functionality.  I chose functionality.</p>
<p>Now, back to your favor.  Should I now not mention standards on my site because I have a few valid pages?  Fine by me, but I don&#8217;t see how this HELPS the cause of Web standards.  If anything by alientating folks like me and Mike (and many, many more) all you&#8217;re doing is hurting the &#8220;cause.&#8221;</p>
<p>As of now, I&#8217;ve removed my validation links.  I&#8217;ve got absolutley no problem not supporting Web standards.  I&#8217;ll leave that to the Zealots.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rimantas</title>
		<link>http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-3</link>
		<dc:creator>Rimantas</dc:creator>
		<pubDate>Thu, 14 Oct 2004 22:04:49 +0000</pubDate>
		<guid isPermaLink="false">http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-3</guid>
		<description>Oops. You are right again, Tommy. What was I thinking while writing that "often"...</description>
		<content:encoded><![CDATA[<p>Oops. You are right again, Tommy. What was I thinking while writing that &#8220;often&#8221;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tommy</title>
		<link>http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-2</link>
		<dc:creator>Tommy</dc:creator>
		<pubDate>Thu, 14 Oct 2004 05:39:40 +0000</pubDate>
		<guid isPermaLink="false">http://rimantas.com/en/archives/2004/10/14/invalid-standards/#comment-2</guid>
		<description>&lt;blockquote&gt;
do not say that invalid code conforms to standards
&lt;/blockquote&gt;
Exactly! You made a much better job of summing this up than I managed to do. I'm curious, though, about your statement that invalid code often is better than valid code. If you had said 'sometimes' I might have nodded, but 'often'?
My main focus is accessibility. With invalid code, although it may work very well in &lt;em&gt;most&lt;/em&gt; user agents, you can never &lt;em&gt;guarantee&lt;/em&gt; that it will work with assistive technologies. A left-out &lt;code&gt;&#60;/table&#62;&lt;/code&gt; tag may cause the &lt;acronym title="Document Object Model"&gt;DOM&lt;/acronym&gt; tree to be broken, and most screen readers use the DOM tree to access the content of a web document.</description>
		<content:encoded><![CDATA[<blockquote><p>
do not say that invalid code conforms to standards
</p></blockquote>
<p>Exactly! You made a much better job of summing this up than I managed to do. I&#8217;m curious, though, about your statement that invalid code often is better than valid code. If you had said &#8217;sometimes&#8217; I might have nodded, but &#8216;often&#8217;?<br />
My main focus is accessibility. With invalid code, although it may work very well in <em>most</em> user agents, you can never <em>guarantee</em> that it will work with assistive technologies. A left-out <code>&lt;/table&gt;</code> tag may cause the <acronym title="Document Object Model">DOM</acronym> tree to be broken, and most screen readers use the DOM tree to access the content of a web document.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
