<?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: Are URI schemas a dying art?</title>
	<atom:link href="http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/feed/" rel="self" type="application/rss+xml" />
	<link>http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/</link>
	<description></description>
	<lastBuildDate>Thu, 24 Dec 2009 08:30:09 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Daniel Aleksandersen</title>
		<link>http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/comment-page-1/#comment-13024</link>
		<dc:creator>Daniel Aleksandersen</dc:creator>
		<pubDate>Fri, 29 Jun 2007 17:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/#comment-13024</guid>
		<description>My point with this article where that URI schemas should describe resources and not actions. Such as &lt;i&gt;email:&lt;/i&gt; instead of &lt;i&gt;mailto:&lt;/i&gt;. The schema naming is the main problem here.

If you use &lt;abbr title=&quot;K Desktop Environment&quot;&gt;KDE&lt;/abbr&gt; for Linux you can choose system wide default applications. &lt;abbr title=&quot;Macintosh Operating System&quot;&gt;Mac OS&lt;/abbr&gt; allows for something similar. This might be a little more difficult under Windows (as so much else).

For your example you would have chosen one default voip application (like Skype) that should handle telephone resources such as tel: and sms:.</description>
		<content:encoded><![CDATA[<p>My point with this article where that URI schemas should describe resources and not actions. Such as <i>email:</i> instead of <i>mailto:</i>. The schema naming is the main problem here.</p>
<p>If you use <abbr title="K Desktop Environment">KDE</abbr> for Linux you can choose system wide default applications. <abbr title="Macintosh Operating System">Mac OS</abbr> allows for something similar. This might be a little more difficult under Windows (as so much else).</p>
<p>For your example you would have chosen one default voip application (like Skype) that should handle telephone resources such as tel: and sms:.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abdul Qabiz</title>
		<link>http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/comment-page-1/#comment-13013</link>
		<dc:creator>Abdul Qabiz</dc:creator>
		<pubDate>Fri, 29 Jun 2007 13:51:47 +0000</pubDate>
		<guid isPermaLink="false">http://thewebdesignjournal.com/2007/06/uri-schemas-are-dead/#comment-13013</guid>
		<description>It seems, applications are not taking care of standard. And applications tend to come up with their own scheme to make sure application is launched always.

If I install three different VOIP softwares, assuming all of them work with tel:// scheme. What should be the user interaction to launch application? Should user be presented three options to choose any one? 

Current pattern is to associate tel:// with any one application, that is what happens in case of mailto:// or file://

I think, to avoid the above scenario applications come up with non-standard things.. Which makes sense in some cases..

I would love to see a better user-interaction and standard way.

-abdul</description>
		<content:encoded><![CDATA[<p>It seems, applications are not taking care of standard. And applications tend to come up with their own scheme to make sure application is launched always.</p>
<p>If I install three different VOIP softwares, assuming all of them work with tel:// scheme. What should be the user interaction to launch application? Should user be presented three options to choose any one? </p>
<p>Current pattern is to associate tel:// with any one application, that is what happens in case of mailto:// or file://</p>
<p>I think, to avoid the above scenario applications come up with non-standard things.. Which makes sense in some cases..</p>
<p>I would love to see a better user-interaction and standard way.</p>
<p>-abdul</p>
]]></content:encoded>
	</item>
</channel>
</rss>
