<?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: 7 silliest W3C specs ever published</title> <atom:link href="http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/feed/" rel="self" type="application/rss+xml" /><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/</link> <description>You have found Friendly Bit, a web development blog. I focus on client side technologies like CSS, HTML and Javascript. You find my articles below and categories to the right.</description> <lastBuildDate>Thu, 11 Mar 2010 12:56:39 +0000</lastBuildDate> <generator>http://wordpress.org/?v=2.9.2</generator> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <item><title>By: Arif Gangji</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-31369</link> <dc:creator>Arif Gangji</dc:creator> <pubDate>Mon, 12 Jan 2009 07:07:01 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-31369</guid> <description>Hilarious...even though some aren&#039;t in spec.  But still a good list and a good laugh.</description> <content:encoded><![CDATA[<p>Hilarious&#8230;even though some aren&#8217;t in spec.  But still a good list and a good laugh.</p> ]]></content:encoded> </item> <item><title>By: Greg</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-31038</link> <dc:creator>Greg</dc:creator> <pubDate>Sun, 21 Sep 2008 16:18:56 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-31038</guid> <description>I actually like the idea of pre-defined icons, would be especially useful for mobile platforms.</description> <content:encoded><![CDATA[<p>I actually like the idea of pre-defined icons, would be especially useful for mobile platforms.</p> ]]></content:encoded> </item> <item><title>By: Technikwürze &#187; Technikwürze 117 – Querfeldein</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-31009</link> <dc:creator>Technikwürze &#187; Technikwürze 117 – Querfeldein</dc:creator> <pubDate>Sun, 07 Sep 2008 16:13:24 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-31009</guid> <description>[...] 7 silliest W3C specs ever published [...]</description> <content:encoded><![CDATA[<p>[...] 7 silliest W3C specs ever published [...]</p> ]]></content:encoded> </item> <item><title>By: karl dubost, w3c</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30933</link> <dc:creator>karl dubost, w3c</dc:creator> <pubDate>Wed, 20 Aug 2008 03:54:08 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30933</guid> <description>Chuckling at &quot;sounded official&quot; ;) I have usually a (bad?) tendency to try to stay neutral. Humour is a difficult thing to carry through this little box with someone you don&#039;t know.About animation: declarative vs programmative. Long discussions with good arguments in both camps. Often declarative is something which is easier to handle for users with no big skills. HTML is relatively easy, a level of abstraction more is CSS, Javascript is then completly another world.SMIL Animation (included in SVG) is all about declarative animation, much easier to use than programming the same functionalities.TR/ doesn&#039;t only contain technical specifications, but also guidelines, notes, primers, etc. It can be indeed misleading sometimes.</description> <content:encoded><![CDATA[<p>Chuckling at &#8220;sounded official&#8221; ;) I have usually a (bad?) tendency to try to stay neutral. Humour is a difficult thing to carry through this little box with someone you don&#8217;t know.</p><p>About animation: declarative vs programmative. Long discussions with good arguments in both camps. Often declarative is something which is easier to handle for users with no big skills. HTML is relatively easy, a level of abstraction more is CSS, Javascript is then completly another world.</p><p>SMIL Animation (included in SVG) is all about declarative animation, much easier to use than programming the same functionalities.</p><p>TR/ doesn&#8217;t only contain technical specifications, but also guidelines, notes, primers, etc. It can be indeed misleading sometimes.</p> ]]></content:encoded> </item> <item><title>By: Emil Stenström</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30931</link> <dc:creator>Emil Stenström</dc:creator> <pubDate>Tue, 19 Aug 2008 07:04:31 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30931</guid> <description>@Karl Dubost: I see, but you sounded so official :) I guess that&#039;s something you learn working with W3C too.I have no problem with specs going into the recommendation stage, silly or not. As a web developer, I can myself decide what implementation I want to make use of. It&#039;s a system that works pretty well.1. Marquee: The thing that feels bad about this one is that we&#039;re doing things with CSS that could easily be done with js. In my mind, animation is something that is better fitted to be handled in a scripting environment.2. Old people: I have no problem with what it says, it&#039;s  the form of it is really strange. The section that&#039;s supposed to contain recommendations is empty, and everything before that is a literature review. That seems more like a research effort than a recommendation to me.I agree that it&#039;s a sign of saneness that some of them didn&#039;t go into the recommendation stage :)</description> <content:encoded><![CDATA[<p>@Karl Dubost: I see, but you sounded so official :) I guess that&#8217;s something you learn working with W3C too.</p><p>I have no problem with specs going into the recommendation stage, silly or not. As a web developer, I can myself decide what implementation I want to make use of. It&#8217;s a system that works pretty well.</p><p>1. Marquee: The thing that feels bad about this one is that we&#8217;re doing things with CSS that could easily be done with js. In my mind, animation is something that is better fitted to be handled in a scripting environment.</p><p>2. Old people: I have no problem with what it says, it&#8217;s  the form of it is really strange. The section that&#8217;s supposed to contain recommendations is empty, and everything before that is a literature review. That seems more like a research effort than a recommendation to me.</p><p>I agree that it&#8217;s a sign of saneness that some of them didn&#8217;t go into the recommendation stage :)</p> ]]></content:encoded> </item> <item><title>By: karl dubost, w3c</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30930</link> <dc:creator>karl dubost, w3c</dc:creator> <pubDate>Tue, 19 Aug 2008 01:07:22 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30930</guid> <description>I gave my opinion and explained why it made sense at the time it was published for some of them. Being an active participant of the Web and its development since its birth, it is always good to remember the historical context of their developments. For the recent ones:1. marquee (liking it or not) will not go away. But that would be better if it was not a tag, then the CSS rules for it. That said it doesn&#039;t mean it will reach Rec stage. This will determine by implementation phase: Candidate Recommendation.2. Accessibility for Old People is far to be silly, but on this one I&#039;m not sure how to convince you more than you spend time reading the document if not done yet. :)Indeed some things look silly retrospectively, it&#039;s often why they didn&#039;t go to Rec. but at the time they were topics often worth exploring and which help pushing the limits for future specifications. ;)</description> <content:encoded><![CDATA[<p>I gave my opinion and explained why it made sense at the time it was published for some of them. Being an active participant of the Web and its development since its birth, it is always good to remember the historical context of their developments. For the recent ones:</p><p>1. marquee (liking it or not) will not go away. But that would be better if it was not a tag, then the CSS rules for it. That said it doesn&#8217;t mean it will reach Rec stage. This will determine by implementation phase: Candidate Recommendation.</p><p>2. Accessibility for Old People is far to be silly, but on this one I&#8217;m not sure how to convince you more than you spend time reading the document if not done yet. :)</p><p>Indeed some things look silly retrospectively, it&#8217;s often why they didn&#8217;t go to Rec. but at the time they were topics often worth exploring and which help pushing the limits for future specifications. ;)</p> ]]></content:encoded> </item> <item><title>By: Emil Stenström</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30929</link> <dc:creator>Emil Stenström</dc:creator> <pubDate>Mon, 18 Aug 2008 20:03:51 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30929</guid> <description>@Karl Dubost: Nope, most of them are not recommendations, it was quite hard to find that many silly ones. Note that I didn&#039;t explicitly said so either :)I see that as a W3C representative you don&#039;t have any  personal opinions about their silliness. Would be interesting to hear them! Thanks for the additional info though, appreciate it!</description> <content:encoded><![CDATA[<p>@Karl Dubost: Nope, most of them are not recommendations, it was quite hard to find that many silly ones. Note that I didn&#8217;t explicitly said so either :)</p><p>I see that as a W3C representative you don&#8217;t have any  personal opinions about their silliness. Would be interesting to hear them! Thanks for the additional info though, appreciate it!</p> ]]></content:encoded> </item> <item><title>By: karl dubost, w3c</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30928</link> <dc:creator>karl dubost, w3c</dc:creator> <pubDate>Mon, 18 Aug 2008 05:01:57 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30928</guid> <description>Just as a side note ;) All of them are not recommendations.* HTML+TIME is a Note published mainly written by Microsoft and implemented in IE. The same principles are implemented in SMIL* Predefined Icons is a *Working Draft* from *1996*. ;) so not a spec.* Curie is still a *Last Call Working Draft*. The next step should be candidate recommendation calling for implementations. It is a highly debated document. You are welcome to leave comments about it.* Micropayments in HTML was a Working Draft (1999). The Activity has stopped. The Work didn&#039;t find enough support. You have to imagine a context of this time. The question: How do we finance the business of online services? Advertisements was almost not existent. In France, the Minitel was a network of computer with successful micropayment at the time. Another path has been taken. Though somehow micropayment exists through the Mobile communications for example.* Same story. 1997* CSS3 Marquee. In development, still a WD, you are welcome to send your comments to the appropriate mailing list.* Accessibility for Old People is a very interesting documents. Work from WAI is used by many governments, institutions to define their policies development on accessibility. Many developed countries are having older and older users.  Again this is a Working Draft it doesn&#039;t mean it will become a Recommendation, it could end up as a Note.Basically what you are saying is that W3C has a system of publication with a strong policy of maintenance. It helps give stable references to documents in development. A Document depending on its maturity level, the market, the lack of implementations, etc. will stay a WD, becomes a note or eventually becomes a W3C Recommendation.Hope it helps to understand.</description> <content:encoded><![CDATA[<p>Just as a side note ;) All of them are not recommendations.</p><p>* HTML+TIME is a Note published mainly written by Microsoft and implemented in IE. The same principles are implemented in SMIL</p><p>* Predefined Icons is a *Working Draft* from *1996*. ;) so not a spec.</p><p>* Curie is still a *Last Call Working Draft*. The next step should be candidate recommendation calling for implementations. It is a highly debated document. You are welcome to leave comments about it.</p><p>* Micropayments in HTML was a Working Draft (1999). The Activity has stopped. The Work didn&#8217;t find enough support. You have to imagine a context of this time. The question: How do we finance the business of online services? Advertisements was almost not existent. In France, the Minitel was a network of computer with successful micropayment at the time. Another path has been taken. Though somehow micropayment exists through the Mobile communications for example.</p><p>* Same story. 1997</p><p>* CSS3 Marquee. In development, still a WD, you are welcome to send your comments to the appropriate mailing list.</p><p>* Accessibility for Old People is a very interesting documents. Work from WAI is used by many governments, institutions to define their policies development on accessibility. Many developed countries are having older and older users.  Again this is a Working Draft it doesn&#8217;t mean it will become a Recommendation, it could end up as a Note.</p><p>Basically what you are saying is that W3C has a system of publication with a strong policy of maintenance. It helps give stable references to documents in development. A Document depending on its maturity level, the market, the lack of implementations, etc. will stay a WD, becomes a note or eventually becomes a W3C Recommendation.</p><p>Hope it helps to understand.</p> ]]></content:encoded> </item> <item><title>By: Anders Ytterström</title><link>http://friendlybit.com/other/7-silliest-w3c-specs-ever-published/#comment-30919</link> <dc:creator>Anders Ytterström</dc:creator> <pubDate>Wed, 13 Aug 2008 20:34:23 +0000</pubDate> <guid
isPermaLink="false">http://friendlybit.com/?p=208#comment-30919</guid> <description>Funny! :DThe funniest thing about SOAP is that you could use it together with Ajax. We need a recommendation spelled Alternate Quality User Attributes or something to make it whole.</description> <content:encoded><![CDATA[<p>Funny! :D</p><p>The funniest thing about SOAP is that you could use it together with Ajax. We need a recommendation spelled Alternate Quality User Attributes or something to make it whole.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- This site's performance optimized by W3 Total Cache. Dramatically improve the speed and reliability of your blog!

Learn more about our WordPress Plugins: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (user agent is rejected)
Database Caching 24/24 queries in 0.009 seconds using disk

Served from: c8.67.364a.static.theplanet.com @ 2010-03-11 14:27:57 -->