<?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>Jan Varwig &#187; html</title>
	<atom:link href="http://jan.varwig.org/archive/tag/html/feed" rel="self" type="application/rss+xml" />
	<link>http://jan.varwig.org</link>
	<description>Somewhere between Hello World and HAL9000</description>
	<lastBuildDate>Wed, 17 Mar 2010 11:12:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>REST in Place now with mootools support</title>
		<link>http://jan.varwig.org/archive/rest-in-place-now-with-mootools-support</link>
		<comments>http://jan.varwig.org/archive/rest-in-place-now-with-mootools-support#comments</comments>
		<pubDate>Mon, 02 Mar 2009 23:33:42 +0000</pubDate>
		<dc:creator>Jan</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[correctness]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[rest in place]]></category>

		<guid isPermaLink="false">http://jan.varwig.org/?p=136</guid>
		<description><![CDATA[Thanks to a patch from Kevin Valdek rest_in_place now comes in three flavours:
Prototype, jQuery and mootools.

He also was so kind to improve the included testapp a little.

Please check out the changes at http://github.com/janv/rest_in_place/tree/master
and on the project page.

Convenience vs. validity

Regarding the project page.

In itself it&#8217;s kinda pointless since it contains nothing more than the readme which [...]]]></description>
			<content:encoded><![CDATA[<p>Thanks to a <a href="http://github.com/janv/rest_in_place/commit/086b409d38932426540f402bb642c66165c78976">patch from Kevin Valdek</a> rest_in_place now comes in <em>three</em> flavours:<br />
Prototype, jQuery and mootools.</p>

<p>He also was so kind to improve the included testapp a little.</p>

<p>Please check out the changes at <a href="http://github.com/janv/rest_in_place/tree/master">http://github.com/janv/rest_in_place/tree/master</a>
and on the <a href="http://jan.varwig.org/projects/rest-in-place">project page</a>.</p>

<h3>Convenience vs. validity</h3>

<p>Regarding the project page.</p>

<p>In itself it&#8217;s kinda pointless since it contains nothing more than the readme which you can also see in all its glory over at github. But it&#8217;s invaluable for feedback through the comments. <a href="http://colaiuta.net/">Wincent Colaiuta</a> posted a <a href="/projects/rest-in-place#comment-722">remark</a> about the standards compliance of the custom attributes RIP uses, which I have to admit is kinda valid:</p>

<blockquote>
  <p>Haven’t looked at the code yet, but I like the idea very much.</p>
  
  <p>The only problem is those non-standard attributes that you’re jamming into the divs and spans are not valid HTML (well, I admit, I only checked them with an XHTML validator; I don’t actually know if they’d be considered valid for any particular other version of HTML or XHTML).</p>
  
  <p>For me that’s a bit of a show-stopper, as I don’t want my pages spitting out validation errors if anyone feeds them into a validator.</p>
  
  <p>Other than that, looks like a great idea though.</p>
</blockquote>

<p>However it also kinda <em>isn&#8217;t</em>.</p>

<p>I <a href="/projects/rest-in-place#comment-723">replied</a>:</p>

<blockquote>
  <p>I understand your concern but let’s be honest for a minute ;)</p>
  
  <p>These additional attributes might be undefined in XHTML but are syntactically correct and will just be ignored by browsers. They provide a very convenient and concise way of specifying how to edit the fields.
  They pose no actual harm to a user’s browsing experience. Neither directly (in the form of malfunctions) nor indirectly (like what the widespread use of really ill-formed HTML did to web development in the past).</p>
  
  <p>As a computer scientist I understand the desire for absolute correctness.
  But as an actual application developer, my users are my target audience, not fellow nerds who like feed my pages into validators (no offense).
  A little pragmatism can’t hurt once in a while if you want to get things done.</p>
</blockquote>

<p>Is this a case of correctness for the sake of correctness?
Or were it little steps like this what led us to the browser wars and <a href="http://www.stopie6.org/">IE6</a>?
Should REST in Place give up convenience for the sake of correctness?
How do others deal with inofficial attributes. I know a lot of people and a lot of situations where they saved developers a lot of time and headache.</p>
]]></content:encoded>
			<wfw:commentRss>http://jan.varwig.org/archive/rest-in-place-now-with-mootools-support/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
