<?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: Why Safari Sucks: 2. The URL Bar</title>
	<atom:link href="http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/</link>
	<description>Sharing useful things with the world.</description>
	<lastBuildDate>Fri, 21 Jan 2011 09:51:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Emery</title>
		<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/comment-page-1/#comment-25244</link>
		<dc:creator>Emery</dc:creator>
		<pubDate>Tue, 29 Dec 2009 02:45:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.firetree.net/?p=38#comment-25244</guid>
		<description>&lt;p&gt;Often UI comes down to tradeoffs, and the decision has to be made based on the most frequent use case, and in perfect land, an override configuration.&lt;/p&gt;

&lt;p&gt;In this case it seems that the tradeoff is between the chance of the suggestion being incorrect, and the likelyhood of the user mistyping. Firefox takes the former, requiring two keypresses to engage the suggestions, and one to revert a character, Safari takes the latter, requiring one keypress to engage, and two in order to revert a character correcting a mistake.&lt;/p&gt;

&lt;p&gt;When you identify the tradeoff Safari&#039;s behavior is probably the best default, assuming that people are more likely to use a suggestion than they are to mistype in the long run.&lt;/p&gt;

&lt;p&gt;There is however another factor that I find is constantly overlooked by UI designers, and that is the inherent dichotomy between intelligence and consistency. And it seems that is where your gripe tends to lie, as it often does with me. You have trouble changing your muscle memory&#039;s understanding of what a backspace keystroke does, and it trips you up causing a mistype&#039;s productivity impact to feedback into itself and ultimately waste more time in the long run than the UI assertion Safari made initially accounted for.&lt;/p&gt;

&lt;p&gt;....&lt;/p&gt;

&lt;p&gt;Anyway, while we&#039;re on the topic, I find the URL suggestions to have one huge problem in my usage, which is that the suggestions are not sorted chronologically, and all of my developing websites are stored at offset port addresses on a local apache server. So often I&#039;ll be switching between http://localhost:8003 and http://localhost:8004, but even though I have been vising 8004 all day, every time 8003 is the same suggestion. I believe this is just an Apple oversight.&lt;/p&gt;

&lt;p&gt;Anyway my solution is that I have to make the virtual hosts match unique local domains that I just add to my etc/hosts file.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Often UI comes down to tradeoffs, and the decision has to be made based on the most frequent use case, and in perfect land, an override configuration.</p>

<p>In this case it seems that the tradeoff is between the chance of the suggestion being incorrect, and the likelyhood of the user mistyping. Firefox takes the former, requiring two keypresses to engage the suggestions, and one to revert a character, Safari takes the latter, requiring one keypress to engage, and two in order to revert a character correcting a mistake.</p>

<p>When you identify the tradeoff Safari&#8217;s behavior is probably the best default, assuming that people are more likely to use a suggestion than they are to mistype in the long run.</p>

<p>There is however another factor that I find is constantly overlooked by UI designers, and that is the inherent dichotomy between intelligence and consistency. And it seems that is where your gripe tends to lie, as it often does with me. You have trouble changing your muscle memory&#8217;s understanding of what a backspace keystroke does, and it trips you up causing a mistype&#8217;s productivity impact to feedback into itself and ultimately waste more time in the long run than the UI assertion Safari made initially accounted for.</p>

<p>&#8230;.</p>

<p>Anyway, while we&#8217;re on the topic, I find the URL suggestions to have one huge problem in my usage, which is that the suggestions are not sorted chronologically, and all of my developing websites are stored at offset port addresses on a local apache server. So often I&#8217;ll be switching between <a href="http://localhost:8003" rel="nofollow">http://localhost:8003</a> and <a href="http://localhost:8004" rel="nofollow">http://localhost:8004</a>, but even though I have been vising 8004 all day, every time 8003 is the same suggestion. I believe this is just an Apple oversight.</p>

<p>Anyway my solution is that I have to make the virtual hosts match unique local domains that I just add to my etc/hosts file.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: abiye</title>
		<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/comment-page-1/#comment-24952</link>
		<dc:creator>abiye</dc:creator>
		<pubDate>Sat, 13 Dec 2008 21:37:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.firetree.net/?p=38#comment-24952</guid>
		<description>&lt;p&gt;maxthon is the best browser i think. drag and drop is very good&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>maxthon is the best browser i think. drag and drop is very good</p>]]></content:encoded>
	</item>
	<item>
		<title>By: marcelo</title>
		<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/comment-page-1/#comment-24800</link>
		<dc:creator>marcelo</dc:creator>
		<pubDate>Fri, 03 Oct 2008 21:42:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.firetree.net/?p=38#comment-24800</guid>
		<description>&lt;p&gt;You&#039;re just a boring fella&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You&#8217;re just a boring fella</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Tomis</title>
		<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/comment-page-1/#comment-7356</link>
		<dc:creator>Tomis</dc:creator>
		<pubDate>Tue, 13 Feb 2007 06:03:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.firetree.net/?p=38#comment-7356</guid>
		<description>&lt;p&gt;I agree that safari&#039;s auto-complete can be a pain. Especially if you want to go to the root domain, sometimes it auto-completes to a sub-directory.&lt;/p&gt;

&lt;p&gt;This means that to go to Amazon.com for example I have to type &quot;Ama&quot; then left arrow, then option-right arrow two times to get the cursor to just after the &quot;.com&quot;, then shift-down arrow to select all the text to the right, then delete, and finally return. &lt;/p&gt;

&lt;p&gt;It&#039;s almost more worthwhile just to type Amazon.com, hit delete and then return!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I agree that safari&#8217;s auto-complete can be a pain. Especially if you want to go to the root domain, sometimes it auto-completes to a sub-directory.</p>

<p>This means that to go to Amazon.com for example I have to type &#8220;Ama&#8221; then left arrow, then option-right arrow two times to get the cursor to just after the &#8220;.com&#8221;, then shift-down arrow to select all the text to the right, then delete, and finally return. </p>

<p>It&#8217;s almost more worthwhile just to type Amazon.com, hit delete and then return!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://blog.firetree.net/2006/04/04/why-safari-sucks-2-the-url-bar/comment-page-1/#comment-5490</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 10 Aug 2006 01:07:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.firetree.net/?p=38#comment-5490</guid>
		<description>&lt;p&gt;You need to look at it a bit more for the Apple reason behind this.  Say you go to a site fairly often, www.somedomain.com.  While typing, there may be numerous links that start with the domain in there from previous sessions.  If Safari worked the way you&#039;d like it to, then when you finished typing www.sounddomain.com (and it auto-completed something like www.somedomain.com/media/something.html) and hit the backspace, the m in com would be deleted.  That would force you to retype the m again, and cause a loop of the same issue to occur.  &lt;/p&gt;

&lt;p&gt;Simple fix: just remember to hit backspace twice if you mistype.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>You need to look at it a bit more for the Apple reason behind this.  Say you go to a site fairly often, <a href="http://www.somedomain.com" rel="nofollow">http://www.somedomain.com</a>.  While typing, there may be numerous links that start with the domain in there from previous sessions.  If Safari worked the way you&#8217;d like it to, then when you finished typing <a href="http://www.sounddomain.com" rel="nofollow">http://www.sounddomain.com</a> (and it auto-completed something like <a href="http://www.somedomain.com/media/something.html" rel="nofollow">http://www.somedomain.com/media/something.html</a>) and hit the backspace, the m in com would be deleted.  That would force you to retype the m again, and cause a loop of the same issue to occur.  </p>

<p>Simple fix: just remember to hit backspace twice if you mistype.</p>]]></content:encoded>
	</item>
</channel>
</rss>

