<?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: [HCI] 費茲定律Fitts&#8217; Law與使用者介面設計</title>
	<atom:link href="http://blog.vgod.tw/2009/10/02/fitts-law/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.vgod.tw/2009/10/02/fitts-law/</link>
	<description>資訊 &#124; 科技 &#124; 程式設計 &#124; 人機互動 &#124; MIT &#124; Apple</description>
	<lastBuildDate>Thu, 09 Feb 2012 00:33:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: James</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-18610</link>
		<dc:creator>James</dc:creator>
		<pubDate>Wed, 14 Dec 2011 15:04:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-18610</guid>
		<description>這是一篇精彩的文章, 想請問您有推薦的書籍或文章是在討論Mac OS的介面設計哲學嗎? 一直很好奇它跟Windows設計上的差異及優點, 感謝:)</description>
		<content:encoded><![CDATA[<p>這是一篇精彩的文章, 想請問您有推薦的書籍或文章是在討論Mac OS的介面設計哲學嗎? 一直很好奇它跟Windows設計上的差異及優點, 感謝:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vgod</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17836</link>
		<dc:creator>vgod</dc:creator>
		<pubDate>Sun, 23 Oct 2011 21:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17836</guid>
		<description>本文討論的是menu bar (有檔案, 編輯, ..等等的那一條bar), 不是windows放在最下面的task bar.</description>
		<content:encoded><![CDATA[<p>本文討論的是menu bar (有檔案, 編輯, ..等等的那一條bar), 不是windows放在最下面的task bar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dri</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17796</link>
		<dc:creator>Dri</dc:creator>
		<pubDate>Thu, 20 Oct 2011 03:01:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17796</guid>
		<description>我不太懂Mac的設計比較好是為什麼?

Mac把menu bar放在螢幕頂端，雖然距離變長了，但目標的大小也跟著變成了「無限大」。因為螢幕的邊緣會阻擋住游標的行動，於是使用者可以盡情的把用力滑鼠往上一甩，不用停下來「對準」目標，也就等同於目標的大小變成了無窮大。

可是我看Windows的設計是在下面，滑鼠ㄧ甩甩到下面跟甩到上面應該是一樣的意思吧?那為什麼這樣Mac的設計會比較好呢?

希望V大能為我解惑，感謝</description>
		<content:encoded><![CDATA[<p>我不太懂Mac的設計比較好是為什麼?</p>
<p>Mac把menu bar放在螢幕頂端，雖然距離變長了，但目標的大小也跟著變成了「無限大」。因為螢幕的邊緣會阻擋住游標的行動，於是使用者可以盡情的把用力滑鼠往上一甩，不用停下來「對準」目標，也就等同於目標的大小變成了無窮大。</p>
<p>可是我看Windows的設計是在下面，滑鼠ㄧ甩甩到下面跟甩到上面應該是一樣的意思吧?那為什麼這樣Mac的設計會比較好呢?</p>
<p>希望V大能為我解惑，感謝</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ubuntu Desktop 11.04 的 Unity 三大崩潰 &#124; YORKXIN×YORKXIN</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17196</link>
		<dc:creator>Ubuntu Desktop 11.04 的 Unity 三大崩潰 &#124; YORKXIN×YORKXIN</dc:creator>
		<pubDate>Fri, 29 Apr 2011 04:24:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17196</guid>
		<description>[...] 你整個 OS 裡面一堆 GUI 應用程式都有 Menubar，沒顯示讓我以為你沒有 Menubar Items，指上去才給我現身？？你知道這樣會降低工作效率嗎？我如果一開始就知道你在哪，我可以用滑鼠很精準地移到你上面；我如果不知道就要憑感覺、憑經驗。Fitts&#8217; Law 告訴你，放在邊界的元件，reach 到它的成本可以降到極低，但前提是要看到目標啊！大陸網路用詞「操蛋」，什麼叫操蛋？這就叫操蛋！ [...]</description>
		<content:encoded><![CDATA[<p>[...] 你整個 OS 裡面一堆 GUI 應用程式都有 Menubar，沒顯示讓我以為你沒有 Menubar Items，指上去才給我現身？？你知道這樣會降低工作效率嗎？我如果一開始就知道你在哪，我可以用滑鼠很精準地移到你上面；我如果不知道就要憑感覺、憑經驗。Fitts&#8217; Law 告訴你，放在邊界的元件，reach 到它的成本可以降到極低，但前提是要看到目標啊！大陸網路用詞「操蛋」，什麼叫操蛋？這就叫操蛋！ [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 寬寬</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17175</link>
		<dc:creator>寬寬</dc:creator>
		<pubDate>Sun, 24 Apr 2011 15:10:46 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17175</guid>
		<description>這篇寫的實在是太好了！
Mac的設些設計，到了筆電的觸控版上，又更被突顯出來
例如左上角的Menu Bar，一般人用Mac都是推到底，然後再稍微左右移動吧？
可是到了Win上面，就變成了慢慢往上推到Menu Bar，或是推到底，在稍微往下一點，在往左右移動...更讓人覺得Win沒有滑鼠，真的不行...
未來Mac OS 10.7，很多地方都針對全螢幕，類iPad觸控的方式去設計，相信有更多有趣的地方值得我們去探討!</description>
		<content:encoded><![CDATA[<p>這篇寫的實在是太好了！<br />
Mac的設些設計，到了筆電的觸控版上，又更被突顯出來<br />
例如左上角的Menu Bar，一般人用Mac都是推到底，然後再稍微左右移動吧？<br />
可是到了Win上面，就變成了慢慢往上推到Menu Bar，或是推到底，在稍微往下一點，在往左右移動&#8230;更讓人覺得Win沒有滑鼠，真的不行&#8230;<br />
未來Mac OS 10.7，很多地方都針對全螢幕，類iPad觸控的方式去設計，相信有更多有趣的地方值得我們去探討!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 寬寬</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17174</link>
		<dc:creator>寬寬</dc:creator>
		<pubDate>Sun, 24 Apr 2011 15:03:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17174</guid>
		<description>我發現Mac也有也...手移動同樣的距離，如果快一點的話，可以到達更遠的距離，這個設計讓Mac在四個角落的熱點功能，變得比較好用！</description>
		<content:encoded><![CDATA[<p>我發現Mac也有也&#8230;手移動同樣的距離，如果快一點的話，可以到達更遠的距離，這個設計讓Mac在四個角落的熱點功能，變得比較好用！</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LungZeno</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-17139</link>
		<dc:creator>LungZeno</dc:creator>
		<pubDate>Thu, 14 Apr 2011 07:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-17139</guid>
		<description>滑鼠游標也是有「設計」的。

手中滑鼠的速率跟螢幕上滑鼠游標的速率並不是正比關係。在 Windows 98 時，當手中滑鼠移動速度超過第一臨界速率，滑鼠游標就會變成 2 倍速，超過第二臨界速率，就會變成 4 倍速（如果有打開第二重加速的話）。98 之前的情況不記得了， XP 開始換了個複雜多了的計算方式，我沒有用過 Mac ，不知道 Mac 的情況。（我說的是技術細節， Windows 沒有用這樣的方式顯示給使用者設定。）

當然，速度增加了，「瞄準」的難度隨之增加，我也因而無法放盡移動滑鼠。</description>
		<content:encoded><![CDATA[<p>滑鼠游標也是有「設計」的。</p>
<p>手中滑鼠的速率跟螢幕上滑鼠游標的速率並不是正比關係。在 Windows 98 時，當手中滑鼠移動速度超過第一臨界速率，滑鼠游標就會變成 2 倍速，超過第二臨界速率，就會變成 4 倍速（如果有打開第二重加速的話）。98 之前的情況不記得了， XP 開始換了個複雜多了的計算方式，我沒有用過 Mac ，不知道 Mac 的情況。（我說的是技術細節， Windows 沒有用這樣的方式顯示給使用者設定。）</p>
<p>當然，速度增加了，「瞄準」的難度隨之增加，我也因而無法放盡移動滑鼠。</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fei</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-16964</link>
		<dc:creator>Fei</dc:creator>
		<pubDate>Thu, 24 Feb 2011 20:18:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-16964</guid>
		<description>learn-ability, memorability, usability,
不考量這些那您的 UI 何用?
&quot;一时兴起和人打起嘴仗&quot;...
不打算理性討論倒無所謂,
但隨便冠人以 inflating language 之名就很不妥了.

反而覺得是您在&quot;引用&quot; technique...</description>
		<content:encoded><![CDATA[<p>learn-ability, memorability, usability,<br />
不考量這些那您的 UI 何用?<br />
&#8220;一时兴起和人打起嘴仗&#8221;&#8230;<br />
不打算理性討論倒無所謂,<br />
但隨便冠人以 inflating language 之名就很不妥了.</p>
<p>反而覺得是您在&#8221;引用&#8221; technique&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mac UI 几个我觉得不好用的地方 &#171; 我的新家</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-16946</link>
		<dc:creator>Mac UI 几个我觉得不好用的地方 &#171; 我的新家</dc:creator>
		<pubDate>Wed, 23 Feb 2011 04:59:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-16946</guid>
		<description>[...] 第一，毫无疑问是对菜单的处理，这一点到现在我还是坚持原来的看法。写fitts‘law的时候，一时兴起和人打起嘴仗，没想到对方搬出一大套ability的理论，什么 learn-ability,memorability,usability，这让我想起Scott Berkun在&#8221;How to detect Bullshit&#8220;文章里的一句话 “Inflated language is a technique of intimidation”. 我虽然对Scott Berkun的书不太感冒，不过这篇文章倒是说对了。如果有人动不动就要搬出一大串看似高深的名词、术语，你就该有警觉&#8211;&#8221;inflated language is a technique of intimidation&#8221;，别被忽悠了。搬用那些看似高深名词术语，使得他的话看着很唬人，但绝不意味那话更有说服力。恰恰相反，可能就是因为找不到有 说服力的话才要搬出这些空洞的名词。还有另一种危险，他的隐含的意思可能是“你知不知道我在讲什么？你要不知道我在讲什么，你还有什么资格来反驳我？”对 于这种人，冠冕堂皇的办法就是搬出爱因斯坦的那句“If you can&#8217;t explain something to a six-year-old, you really don&#8217;t understand it yourself.” &#8212; “我不知道你在讲什么，但这好像不是我的问题”。当然我也没那么吃饱撑着。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 第一，毫无疑问是对菜单的处理，这一点到现在我还是坚持原来的看法。写fitts‘law的时候，一时兴起和人打起嘴仗，没想到对方搬出一大套ability的理论，什么 learn-ability,memorability,usability，这让我想起Scott Berkun在&#8221;How to detect Bullshit&#8220;文章里的一句话 “Inflated language is a technique of intimidation”. 我虽然对Scott Berkun的书不太感冒，不过这篇文章倒是说对了。如果有人动不动就要搬出一大串看似高深的名词、术语，你就该有警觉&#8211;&#8221;inflated language is a technique of intimidation&#8221;，别被忽悠了。搬用那些看似高深名词术语，使得他的话看着很唬人，但绝不意味那话更有说服力。恰恰相反，可能就是因为找不到有 说服力的话才要搬出这些空洞的名词。还有另一种危险，他的隐含的意思可能是“你知不知道我在讲什么？你要不知道我在讲什么，你还有什么资格来反驳我？”对 于这种人，冠冕堂皇的办法就是搬出爱因斯坦的那句“If you can&#8217;t explain something to a six-year-old, you really don&#8217;t understand it yourself.” &#8212; “我不知道你在讲什么，但这好像不是我的问题”。当然我也没那么吃饱撑着。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://blog.vgod.tw/2009/10/02/fitts-law/comment-page-1/#comment-16606</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Fri, 13 Aug 2010 20:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vgod.tw/?p=614#comment-16606</guid>
		<description>首先謝謝你的文章

對於把靠著邊緣的menu bar視為無限大這段和之後的論述我有一些想法
1. 照你的說法會的極端情況變成即使是靠螢幕邊緣的小範圍目標甚至小到1個pixal也可以視為無限大的目標，這跟W原本容錯的觀念相違
2. 討論移動到menu bar的情況我認為其意義是小的，一般情況人並不會先想辦法把滑鼠移到menu bar在想辦法移動到選項上面，而是先看到選項後才完成大部法的滑鼠操做，而回到第一點，我不認為一個選項的W容錯能力和一整條bar是一樣的，即使都是靠邊的範圍也不可以視T為常數，可以藉由觀察使用者滑鼠移動到選項上面會觸碰到螢幕邊緣的比例有多少來證明，意即目標實際在使用者心中的範圍有多大來定義比較好
3. 討論串提到眼睛的移動我覺得非常重要，在尋找目標-按下目標的過程，我個人認為眼睛的影響大過滑鼠的移動，此仍需要實驗證明，而在本文中沒有提及實在滿可惜的</description>
		<content:encoded><![CDATA[<p>首先謝謝你的文章</p>
<p>對於把靠著邊緣的menu bar視為無限大這段和之後的論述我有一些想法<br />
1. 照你的說法會的極端情況變成即使是靠螢幕邊緣的小範圍目標甚至小到1個pixal也可以視為無限大的目標，這跟W原本容錯的觀念相違<br />
2. 討論移動到menu bar的情況我認為其意義是小的，一般情況人並不會先想辦法把滑鼠移到menu bar在想辦法移動到選項上面，而是先看到選項後才完成大部法的滑鼠操做，而回到第一點，我不認為一個選項的W容錯能力和一整條bar是一樣的，即使都是靠邊的範圍也不可以視T為常數，可以藉由觀察使用者滑鼠移動到選項上面會觸碰到螢幕邊緣的比例有多少來證明，意即目標實際在使用者心中的範圍有多大來定義比較好<br />
3. 討論串提到眼睛的移動我覺得非常重要，在尋找目標-按下目標的過程，我個人認為眼睛的影響大過滑鼠的移動，此仍需要實驗證明，而在本文中沒有提及實在滿可惜的</p>
]]></content:encoded>
	</item>
</channel>
</rss>

