<?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: Google&#8217;s New Chrome Browser and Fitts&#8217;s Law</title>
	<atom:link href="http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/</link>
	<description>The highlights and lowlights of usability</description>
	<lastBuildDate>Fri, 30 Oct 2009 11:02:27 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nathar Leichoz</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-64</link>
		<dc:creator>Nathar Leichoz</dc:creator>
		<pubDate>Thu, 25 Sep 2008 11:26:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-64</guid>
		<description>Maybe they did a study and found that people used the back-forward buttons more than switching tabs and so moved the back-forward buttons closer to the webpage and the tabs farther away.</description>
		<content:encoded><![CDATA[<p>Maybe they did a study and found that people used the back-forward buttons more than switching tabs and so moved the back-forward buttons closer to the webpage and the tabs farther away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-63</link>
		<dc:creator>john</dc:creator>
		<pubDate>Wed, 17 Sep 2008 07:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-63</guid>
		<description>Tabs at the top, besides Fitt&#039;s law advantages (re ian), also reuses the otherwise useless window header. I think Chrome is trying to minimize the total &quot;toolbars&quot; area. Merging the URL entry bar and the search bar is another strong example to maximize the browser area.</description>
		<content:encoded><![CDATA[<p>Tabs at the top, besides Fitt&#8217;s law advantages (re ian), also reuses the otherwise useless window header. I think Chrome is trying to minimize the total &#8220;toolbars&#8221; area. Merging the URL entry bar and the search bar is another strong example to maximize the browser area.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: simon</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-59</link>
		<dc:creator>simon</dc:creator>
		<pubDate>Sun, 14 Sep 2008 09:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-59</guid>
		<description>You&#039;re absolutely right Ian, it&#039;s widely accepted that interface elements at the edge of the screen are calculated as having larger target areas than they physically posess. You&#039;re also right about areas that are near the top of the screen being particularly difficult, especially for users who have difficulty using a mouse. Looking at Chrome, the tabs aren&#039;t positioned at the top of the window, there&#039;s a gap above them. This, in my opinion puts them into that dangerous &quot;not quite at the edge&quot; area. And of course there&#039;s nothing to guarentee the browser must be used full screen anyway.</description>
		<content:encoded><![CDATA[<p>You&#8217;re absolutely right Ian, it&#8217;s widely accepted that interface elements at the edge of the screen are calculated as having larger target areas than they physically posess. You&#8217;re also right about areas that are near the top of the screen being particularly difficult, especially for users who have difficulty using a mouse. Looking at Chrome, the tabs aren&#8217;t positioned at the top of the window, there&#8217;s a gap above them. This, in my opinion puts them into that dangerous &#8220;not quite at the edge&#8221; area. And of course there&#8217;s nothing to guarentee the browser must be used full screen anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ian</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-57</link>
		<dc:creator>ian</dc:creator>
		<pubDate>Sun, 14 Sep 2008 06:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-57</guid>
		<description>And actually stuff &quot;near&quot; the top of the screen (like the regular old tab positions) is actually pretty much the worst possible position to put anything on screen, because it is at a large distance from most stuff, but still of small &quot;finite&quot; size.</description>
		<content:encoded><![CDATA[<p>And actually stuff &#8220;near&#8221; the top of the screen (like the regular old tab positions) is actually pretty much the worst possible position to put anything on screen, because it is at a large distance from most stuff, but still of small &#8220;finite&#8221; size.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ian</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-56</link>
		<dc:creator>ian</dc:creator>
		<pubDate>Sun, 14 Sep 2008 06:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-56</guid>
		<description>Stuff on the perimeter of the screen actually has &quot;infinite size&quot; (you can aim for anywhere above the screen), essentially making the size part of the equation huge while only increasing the distance by a little bit.  So when you apply Fitt&#039;s Law, stuff on the perimeter ends up having a big  advantage.  There are lots of HCI papers verifying this, and it is implied in the analysis of Fitt&#039;s Law.  Mouse triggers on the corners are particularly effective (also papers documenting this).</description>
		<content:encoded><![CDATA[<p>Stuff on the perimeter of the screen actually has &#8220;infinite size&#8221; (you can aim for anywhere above the screen), essentially making the size part of the equation huge while only increasing the distance by a little bit.  So when you apply Fitt&#8217;s Law, stuff on the perimeter ends up having a big  advantage.  There are lots of HCI papers verifying this, and it is implied in the analysis of Fitt&#8217;s Law.  Mouse triggers on the corners are particularly effective (also papers documenting this).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-55</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Fri, 12 Sep 2008 01:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-55</guid>
		<description>Yes, Chrome is doing things a little differently.  

Maybe I&#039;m naive, but wouldn&#039;t they have had extensive user testing which backed up their tab position change?  

The interface looks quite different from the other browsers, would this not somehow intervene muscle memory?

Personally I find it quite refreshing to use!  But then again, I&#039;m reading a usability blog. :)</description>
		<content:encoded><![CDATA[<p>Yes, Chrome is doing things a little differently.  </p>
<p>Maybe I&#8217;m naive, but wouldn&#8217;t they have had extensive user testing which backed up their tab position change?  </p>
<p>The interface looks quite different from the other browsers, would this not somehow intervene muscle memory?</p>
<p>Personally I find it quite refreshing to use!  But then again, I&#8217;m reading a usability blog. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google Chrome: A User Interface Review &#124; The Usability Blog</title>
		<link>http://www.theusabilityblog.com/bad-usability/32-googles-new-chrome-browser-and-fittss-law/comment-page-1/#comment-43</link>
		<dc:creator>Google Chrome: A User Interface Review &#124; The Usability Blog</dc:creator>
		<pubDate>Thu, 04 Sep 2008 00:11:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.theusabilityblog.com/?p=32#comment-43</guid>
		<description>[...] The Usability Blog The highlights and lowlights of usability      &#171; Google&#8217;s New Chrome Browser and Fitts&#8217;s Law [...]</description>
		<content:encoded><![CDATA[<p>[...] The Usability Blog The highlights and lowlights of usability      &laquo; Google&#8217;s New Chrome Browser and Fitts&#8217;s Law [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
