<?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>Shawn Medero &#187; w3c</title>
	<atom:link href="http://shawn.medero.net/tag/w3c/feed/" rel="self" type="application/rss+xml" />
	<link>http://shawn.medero.net</link>
	<description>An Online Notebook</description>
	<lastBuildDate>Thu, 10 Jun 2010 01:20:51 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<atom:link rel='hub' href='http://shawn.medero.net/?pushpress=hub'/>
		<item>
		<title>Daily Brief, February 12th 2010, Weekend&#160;Edition</title>
		<link>http://shawn.medero.net/2010/02/12/daily-brief-february-12th-2010-weekend-edition/</link>
		<comments>http://shawn.medero.net/2010/02/12/daily-brief-february-12th-2010-weekend-edition/#comments</comments>
		<pubDate>Fri, 12 Feb 2010 19:41:52 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Daily Brief]]></category>
		<category><![CDATA[adobe]]></category>
		<category><![CDATA[comics]]></category>
		<category><![CDATA[energy]]></category>
		<category><![CDATA[flash]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[politics]]></category>
		<category><![CDATA[Seattle]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/?p=224</guid>
		<description><![CDATA[Somedays, what is actually going on with progress in the W3C&#8217;s HTML WG, with respect to HTML5, is anyone&#8217;s&#160;guess Adobe&#8217;s Flash player 10.1 supports a private browsing mode. For those unaware, like your web browser, Flash has cookies&#160;too Seattle&#8217;s Saltchuk Resources has developed a hybrid tug&#160;boat Ithaca&#8217;s Gimme! Coffee composted roughly 24 tons in 2009. [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li><a href="http://ajaxian.com/archives/adobe-html5-standards-blocking-and-the-evil-of-the-private-backroom">Somedays, what is actually going on with progress in the W3C&#8217;s HTML WG, with respect to HTML5, is anyone&#8217;s&nbsp;guess</a></li>
<li><a href="http://www.adobe.com/devnet/flashplayer/articles/privacy_mode_fp10.1.html">Adobe&#8217;s Flash player 10.1 supports a private browsing mode.</a> For those unaware, like your web browser, <a href="http://www.schneier.com/blog/archives/2009/08/flash_cookies.html">Flash has cookies&nbsp;too</a></li>
<li>Seattle&#8217;s <a href="http://www.saltchuk.com/">Saltchuk Resources</a> has <a href="http://fastlane.dot.gov/2010/02/hybrid-tug-potential-game-changer-for-ports.html">developed a hybrid tug&nbsp;boat</a></li>
<li><a href="http://www.gimmecoffee.com/blog/sustainability/compost_program_statistics/">Ithaca&#8217;s Gimme! Coffee composted roughly 24 tons in 2009.</a> [Read about how it happens and what the end product&nbsp;is][4a]</li>
<li><a href="http://www.vanityfair.com/hollywood/features/2010/03/john-hughes-201003">Director and writer John Hughes&#8217;s son have uncovered roughly 300 notebooks of their father&#8217;s&nbsp;notes</a></li>
<li><a href="http://www.aaronsw.com/weblog/usefultransparency">Aaron Schwartz muses on concepts of &#8220;Open Government&#8221; and &#8220;Transparency&#8221; in politics&nbsp;</a></li>
<li><a href="http://artsbeat.blogs.nytimes.com/2010/02/10/stars-and-gripes-tea-party-protests-captain-america-comic/">Captain America feels out of touch with the Tea&nbsp;Party</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2010/02/12/daily-brief-february-12th-2010-weekend-edition/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Daily Brief, February 6th 2010, Weekend&#160;Edition</title>
		<link>http://shawn.medero.net/2010/02/06/daily-brief-february-6th-2010-weekend-edition/</link>
		<comments>http://shawn.medero.net/2010/02/06/daily-brief-february-6th-2010-weekend-edition/#comments</comments>
		<pubDate>Sat, 06 Feb 2010 00:13:55 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Daily Brief]]></category>
		<category><![CDATA[geolocation]]></category>
		<category><![CDATA[governmen]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[linguistics]]></category>
		<category><![CDATA[literature]]></category>
		<category><![CDATA[newspapers]]></category>
		<category><![CDATA[opera]]></category>
		<category><![CDATA[ui]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/?p=145</guid>
		<description><![CDATA[Joanna Smith Rakoff describes her experience as an assistant at Harold Ober Associates, JD. Salinger&#8217;s publisher. Ultimately one of her roles ended up being a gatekeeper of Salinger&#8217;s personal life by replying to the many letters addressed to the&#160;author. Opera 10.5 snapshot build 9240 re-adds support for the W3C Geolocation API, reenables Opera Unite and [...]]]></description>
			<content:encoded><![CDATA[<ul>
<li><a href="http://www.slate.com/id/2243299/">Joanna Smith Rakoff describes her experience as an assistant at Harold Ober Associates, JD. Salinger&#8217;s publisher</a>. Ultimately one of her roles ended up being a gatekeeper of Salinger&#8217;s personal life by replying to the many letters addressed to the&nbsp;author.</li>
<li><a href="http://my.opera.com/desktopteam/blog/2010/02/05/skin-fixes-unite-and-then-some">Opera 10.5 snapshot build 9240</a> re-adds support for the <a href="http://dev.w3.org/geo/api/spec-source.html">W3C Geolocation API</a>, reenables Opera Unite and Spell checking, and <a href="http://my.opera.com/sitepatching/blog/2010/02/05/ready-to-wave">(via site-patching) adds support for Google&nbsp;Wave</a>.</li>
<li>The Guardian&#8217;s <a href="http://www.guardian.co.uk/zeitgeist">new Zeitgeist</a> is a &#8220;what&#8217;s popular right now on our site&#8221; page presented visually as a heat-map. The Guardian blog has <a href="http://www.guardian.co.uk/help/insideguardian/2010/feb/03/zeitgeist">an entry up describing with the behind-the-scenes&nbsp;introduction</a>.</li>
<li><a href="http://www.cse.buffalo.edu/~rapaport/">William J. Rapaport</a>, Associate Professor of Computer Science at the University of Buffalo, 
provides <a href="http://www.cse.buffalo.edu/~rapaport/buffalobuffalo.html">a history of the sentence &#8220;Buffalo buffalo buffalo buffalo buffalo.&#8221;</a> This is the sort thing that trips up folks working on any sort of natural language processing disambiguation task.</li>
<li><a href="http://arstechnica.com/microsoft/news/2010/02/ie6-users-to-be-evicted-from-gmail-google-calendar.ars">Google Apps is phasing out support for Internet Explorer 6 in&nbsp;2010</a>.</li>
<li>Finally, if you still haven&#8217;t made time for it, <a href="http://www.huffingtonpost.com/2010/01/29/transcript-of-president-o_n_442423.html">Obama&#8217;s appearance at a Republican Retreat in Baltimore</a> is one of the more fascinating moments in U.S. Presidential history. This sort of <a href="http://en.wikipedia.org/wiki/Question_Time">&#8220;question time&#8221; between elected head of state and elected representatives is apparently quite common in other&nbsp;countries</a>.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2010/02/06/daily-brief-february-6th-2010-weekend-edition/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HTML5&#8217;s Section Element? Try HTML&#160;1.0</title>
		<link>http://shawn.medero.net/2009/10/19/html5s-element-try-html-1-0/</link>
		<comments>http://shawn.medero.net/2009/10/19/html5s-element-try-html-1-0/#comments</comments>
		<pubDate>Mon, 19 Oct 2009 19:43:31 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[html5]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/?p=115</guid>
		<description><![CDATA[I was reading through an archive email thread with the subject of &#8220;still no DTD, huh?&#8221;. It is mostly Dan Connolly and Tim Berners-Lee discussing dtds and some bugs in the NeXT editor that generated HTML, including everyone&#8217;s favorite &#8220;quoted attribute values.&#8221; People have long blamed Internet Explorer for allowing such loose HTML syntax, but [...]]]></description>
			<content:encoded><![CDATA[<p>I was reading through an archive email thread with the subject of <a href="http://lost-contact.mit.edu/afs/cern.ch/w3.org/www/Architecture/Letter_1.html">&#8220;still no DTD, huh?&#8221;</a>. It is mostly Dan Connolly and Tim Berners-Lee discussing dtds and some bugs in the NeXT editor that generated HTML, including everyone&#8217;s favorite &#8220;quoted attribute values.&#8221; People have long blamed Internet Explorer for allowing such loose HTML syntax, but it really goes back much further than&nbsp;that.</p>

<p>The more interesting content of these emails centers around the discussion of elements such as <code>&lt;section&gt;</code>, <code>&lt;subsection&gt;</code>, <code>&lt;heading&gt;</code> and their descriptions/use match pretty closely to what we have in HTML5&nbsp;today.</p>

<p>Dan Connolly provides an example of the intended use of these&nbsp;elements:</p>

<pre><code>
&lt;HTML&gt;<br />
&lt;TITLE&gt;foo&lt;/TITLE&gt;<br />
&#160;&#160; &lt;SECTION&gt;<br />
&#160;&#160;&#160;&#160;&#160;&#160;&lt;H1&gt; header &lt;/H1&gt;<br />
&#160;&#160;&#160;&#160;&#160;&#160;paragraph associated with above header<br />
&#160;&#160;&#160;&#160;&#160;&#160;&lt;SUBSECTION&gt;<br />
&#160;&#160;&#160;&#160;&#160;&#160;&lt;H2&gt; header &lt;/H2&gt;<br />
&#160;&#160;&#160;&#160;&#160;&#160;stuff under H2<br />
&#160;&#160;&#160;&#160;&#160;&#160;&lt;/SUBSECTION&gt;<br />
&#160;&#160;&lt;/SECTION&gt;<br />
&lt;/HTML&gt;
</code></pre>

<p>Tim replies to this example&nbsp;with:</p>

<blockquote>
  <p>YEs, sections appeal to me too. Especially when making  big HTML files out of lots of little ones. The effect of <SECTION> .. </SECTION> would be to demote all headings by one inside the section.  I would be inclined then to have simpky a <HEADING> tag which would be equivalent to H0 and map onto H1 within a section, or Hn within n sections. The SGML parser can&#8217;t generate this stuff, but the editors could derive it from the style information. We would have to introduce <SECTION> early on to get a transistion period. Then in HTML3 we would declare H2 etc&nbsp;obsolete.</p>
</blockquote>

<p>If you look in the comments of the original HTML DTD, there&#8217;s even a place for these&nbsp;tags</p>

<pre><code>
&lt;!--========== Headings, Titles, Sections ===============--&gt;
</code></pre>

<p>It is an fun look at what might have&nbsp;been&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2009/10/19/html5s-element-try-html-1-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google Proposes Method of Crawling AJAX-Delivered&#160;Content</title>
		<link>http://shawn.medero.net/2009/10/08/google-proposes-method-of-crawling-ajax-delivered-content/</link>
		<comments>http://shawn.medero.net/2009/10/08/google-proposes-method-of-crawling-ajax-delivered-content/#comments</comments>
		<pubDate>Thu, 08 Oct 2009 21:28:08 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[ajax]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[search]]></category>
		<category><![CDATA[seo]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/?p=93</guid>
		<description><![CDATA[I&#8217;m catching up on my feeds in Google Reader, when I notice this piece from Google&#8217;s Webmaster blog titled &#8220;A proposal for making AJAX&#160;crawlable&#8221;. First, let&#8217;s come to understanding about how fragment identifiers are currently being used on the web, prepared for the W3C Tag by Google&#8217;s T.V.&#160;Raman. Now back to the Google Webmaster blog&#160;proposal: [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m catching up on my feeds in Google Reader, when I notice this piece from Google&#8217;s Webmaster blog titled <em><a href="http://googlewebmastercentral.blogspot.com/2009/10/proposal-for-making-ajax-crawlable.html">&#8220;A proposal for making AJAX&nbsp;crawlable&#8221;</a></em>.</p>

<p>First, let&#8217;s come to understanding about <a href="http://www.w3.org/2001/tag/doc/hash-in-url.html">how fragment identifiers are currently being used on the web, prepared for the W3C Tag by Google&#8217;s T.V.&nbsp;Raman</a>.</p>

<p>Now back to the Google Webmaster blog&nbsp;proposal:</p>

<blockquote>
  <p>In summary, starting with a stateful URL such as<br />
  http://example.com/dictionary.html#AJAX , it could be available to both crawlers and users as<br />
  http://example.com/dictionary.html#!AJAX which could be crawled as<br />
  http://example.com/dictionary.html?<em>escaped_fragment</em>=AJAX which in turn would be shown to users and accessed as<br />

http://example.com/dictionary.html#!AJAX</p>

</blockquote>

<pre>0_o</pre>

<p>I&#8217;m sure the SEO folks love this proposal but it seems like there are larger <a href="www.w3.org/TR/webarch/">Web Architecture</a> issues here that this proposal&nbsp;violates.</p>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2009/10/08/google-proposes-method-of-crawling-ajax-delivered-content/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Microsoft Feedback on HTML&#160;5</title>
		<link>http://shawn.medero.net/2009/08/07/microsoft-feedback-on-html-5/</link>
		<comments>http://shawn.medero.net/2009/08/07/microsoft-feedback-on-html-5/#comments</comments>
		<pubDate>Fri, 07 Aug 2009 09:48:45 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[html 5]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/?p=3</guid>
		<description><![CDATA[Dear reader, if you had any hope HTML 5 would make it to last call by October 2009 then the Microsoft IE team will conveniently take you back to reality.]]></description>
			<content:encoded><![CDATA[<p>Dear reader, if you had any hope HTML 5 would make it to last call by October 2009 then <a href="http://lists.w3.org/Archives/Public/public-html/2009Aug/0389.html">this email</a> to the <a href="http://www.w3.org/html/wg/">HTML WG</a> from the Microsoft IE team will conveniently take you back to&nbsp;reality.</p>

<p><span&nbsp;id="more-3"></span></p>

<h2>Summary</h2>

<p>I tried to summarize Microsoft&#8217;s response in a few witty lines, but I couldn&#8217;t do it. Instead I ended up with this mess of ideas that I&#8217;ve left&nbsp;below.</p>

<h3>New Elements</h3>

<p>Microsoft&#8217;s Internet Explorer team isn&#8217;t keen on implementing some of HTML 5&#8217;s new elements as currently&nbsp;spec&#8217;d:</p>

<ol>
<li><code>&lt;section&gt;</code></li>
<li><code>&lt;nav&gt;</code></li>
<li><code>&lt;article&gt;</code></li>
<li><code>&lt;aside&gt;</code></li>
<li><code>&lt;hgroup&gt;</code></li>
<li><code>&lt;header&gt;</code></li>
<li><code>&lt;footer&gt;</code></li>
<li><code>&lt;dialog&gt;</code></li>
<li><code>&lt;mark&gt;</code></li>
<li><code>&lt;time&gt;</code></li>
<li><code>&lt;progress&gt;</code></li>
<li><code>&lt;meter&gt;</code></li>
<li><code>&lt;datagrid&gt;</code></li>
</ol>

<p>Their reasoning for push back generally suggest that the elements are unnecessary, handled fine by a scripting library, or too underspecified to be interoperably implemented, though it is worth reading the entire email to understand their issues with each&nbsp;piece.</p>

<p>I will happily concede that adding <code>&lt;aside&gt;</code>, <code>&lt;header&gt;</code> and <code>&lt;footer&gt;</code> seem somewhat unnecessary if they don&#8217;t provide any additional UA or DOM features. On the flip side, as someone who regularly uses screen-scraping I can see a lot of potential in having these elements but suspect they won&#8217;t be used properly anyway. To be fair, I don&#8217;t think implementations are that far along on the new sectioning elements though they have gathered mostly positive feedback from the HTML authoring&nbsp;community.</p>

<h3>keygen</h3>

<p>They&#8217;d also rather not reintroduce <code>&lt;keygen&gt;</code> because they&#8217;ve deprecated support for it as of Windows 7 and they don&#8217;t feel that adoption is wide-spread enough to warrant&nbsp;inclusion.</p>

<h3>input@type=<em>date</em></h3>

<p>For the new date-based HTML form input types (<code>&lt;input type="date|time|datetime|local-datetime"&gt;</code>) they&#8217;d like to see better time-zone related language than <a href="http://www.whatwg.org/specs/web-apps/current-work/multipage/forms.html#date-and-time-state">&#8220;User agents must not allow the user to set the value to a string that is not a valid global date and time string expressed in UTC, though user agents may allow the user to set and view the time in another time zone and silently translate the time to and from the UTC time zone in the value.&#8221;</a> given the complexity of&nbsp;time-zones.</p>

<h3>bb</h3>

<p>Their comments on <code>&lt;bb&gt;</code>, a &#8220;user-agent button&#8221;, are somewhat&nbsp;humorous:</p>

<blockquote>
  <p>Having a consistent installation experience for independent applications
  is the key to their success. Supporting the instantiation of individual
  apps through a page control provides too much programmable flexibility
  that developers could use to hijack the end-user experience thus
  creating an inconsistent process.</p>
</blockquote>

<p>I would never use the phrase &#8220;Consistent installation experience&#8221; to define my time spent using Microsoft products or products developed by 3rd party developers for the Microsoft ecosystem. That said, every team in Microsoft is unique and I do believe that the current Internet Explorer team places a high value on user&nbsp;experience.</p>

<p>Their comments go on to suggest a number of improvements to the <code>&lt;bb&gt;</code> element (particularly around the scripting model and where it should live in the DOM) that I think are quite sensible. This is the probably the first substantive feedback I&#8217;ve seen on <code>&lt;bb&gt;</code>, so kudos to Microsoft. (<strong>Update:</strong> <a href="http://lists.w3.org/Archives/Public/public-html/2009Aug/0391.html">Mozilla chimes in on&nbsp;<code>&lt;bb&gt;</code></a>.)</p>

<h3>menu</h3>

<p>They ding <code>&lt;menu&gt;</code> because their experience suggests&nbsp;that:</p>

<blockquote>
  <p>web developers want precise user agent independent control over the layout of their&nbsp;UI</p>
</blockquote>

<p>Well sure, but it does feel like <code>&lt;menu&gt;</code> (and <code>&lt;progress&gt;</code> &amp; <code>&lt;meter&gt;</code> also mentioned again in this section) have distinct benefits for assisted technologies (AT). If we&#8217;re going to leave <code>table@summary</code> conforming because of the promise it holds for AT then surely new elements that could be very beneficial for the same set of users seems reasonable. I do sense that their concerns here are not outright dislike for this element but much more about getting feedback from fellow user-agent implementors on whether this element should be specified in more&nbsp;detail.</p>

<h3>contenteditable &amp; UndoManager</h3>

<p>These are two APIs: <code>contenteditable</code> is for implementing WYSIWYG HTML editing and <code>UndoManager</code> is a proposed method for dealing with rolling back changes to the DOM. That they knock <code>contenteditable</code> for being underspecified is somewhat funny because it is a Microsoft feature that several browsers and HTML 5 have had to reversed engineer due to lack of detailed public documentation. Maybe Microsoft could offer take over editorship for this portion of the&nbsp;spec.</p>

<p>I&#8217;m honestly not even sure why they commented on <code>UndoManager</code> given that the draft contains the following language about&nbsp;it:</p>

<blockquote>
  <p>This API sucks. Seriously. It&#8217;s a terrible API. Really bad. I hate&nbsp;it.</p>
</blockquote>

<p>Perhaps it is worthwhile to starting calling out these sections in hopes of pulling them from the draft now. If that was the intent, then I can get behind&nbsp;that.</p>

<h3>Conclusions</h3>

<p>In general I&#8217;m excited that Microsoft is commenting on HTML 5 but I&#8217;m also quite concerned at the nature of their comments given how far along HTML 5 is. Regardless of what Adobe would have you think, the HTML 5 ship has in fact left the station, mostly thanks to the mobile user agents in use on Android devices, Apple iPhones, and Palm&nbsp;Pres.</p>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2009/08/07/microsoft-feedback-on-html-5/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title></title>
		<link>http://shawn.medero.net/2009/04/17/68/</link>
		<comments>http://shawn.medero.net/2009/04/17/68/#comments</comments>
		<pubDate>Fri, 17 Apr 2009 12:00:44 +0000</pubDate>
		<dc:creator>Shawn Medero</dc:creator>
				<category><![CDATA[Notes]]></category>
		<category><![CDATA[w3c]]></category>

		<guid isPermaLink="false">http://shawn.medero.net/2009/04/68/</guid>
		<description><![CDATA[A Working Draft of &#8220;Usage Patterns For Client-Side URI parameters&#8221; was released on Wednesday (April 15th, 2009) and the TAG is soliciting feedback. I&#8217;ve seen more and more modern web applications using the fragment identifier (#) to collect and pass data around, I&#8217;d highly suggest anyone using this method take a look at this document. [...]]]></description>
			<content:encoded><![CDATA[<p>A Working Draft of &ldquo;<a href="http://www.w3.org/TR/hash-in-uri/">Usage Patterns For Client-Side URI parameters</a>&rdquo; was released on Wednesday (April 15th, 2009) and the <a href="http://lists.w3.org/Archives/Public/www-tag/2009Apr/0043.html">TAG is soliciting feedback</a>. I&#8217;ve seen more and more modern web applications using the fragment identifier (<code>#</code>) to collect and pass data around, I&#8217;d highly suggest anyone using this method take a look at this document. Admittedly TAG <a href="http://www.w3.org/2001/tag/group/track/issues">covers a lot of stuff</a> that I imagine your average web developer would classify as &ldquo;some rocket science, astronaut crap&rdquo; but this is a rather practical subject and the draft language is easily&nbsp;digested.</p>
]]></content:encoded>
			<wfw:commentRss>http://shawn.medero.net/2009/04/17/68/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
