2009-03-03 33 views
3

我正在爲醫療設備編寫觸摸屏應用程序。該程序類似於信息亭,因爲用戶不能訪問開始菜單等,並且用戶將使用屏幕鍵盤在他們需要的罕見事件中鍵入任何文本。指定的屏幕尺寸是1280x1024。觸摸屏上最小的按鈕尺寸

問題是:合理界面的最小可觸摸按鈕大小是多少?我認爲美國硬幣在所有方向上都是合理的最小尺寸,理由是硬幣的大小與我們所期望的人們用手指感覺的一樣小(它的直徑爲17.91毫米,根據全能維基百科)。

或者是大尺寸上的一角錢?

編輯:關於我們的用戶的一些額外的知識。由於設備的性質,他們必須有雙手,而且他們不會戴手套。他們必須能夠操縱尺寸達14x17英寸的膠捲盒(再次,由於設備的性質),所以我有理由相信他們有一定的手動靈活性。

回答

3

有很多因素會影響按鈕的尺寸。

根據我的經驗,我會使用不小於美國四分之一的東西 - 一毛錢對於重複使用來說太小了。如果用戶戴着手套或其他東西來「增肥」手指,則需要更大的按鈕。如果您的用戶被禁用或電機控制能力較差(比您期望的更普遍),那麼一個硬幣大小的按鈕絕對沒用。請記住,一些觸摸屏不是特別準確。我已經使用了一些邊緣附近高達25像素的圖像。

另外,他們多長時間一次按下按鈕以及屏幕上會顯示多少個按鈕?不得不依次敲擊很多小型觸摸屏按鈕會使用戶發瘋。這就是您會注意到許多觸摸屏系統(如ATM)開始擁有超過1英寸x 2英寸的按鈕的原因之一。

另外,如果系統意外按錯了按鈕,系統的容錯程度如何? Mabye因爲屏幕關閉或者他們從一個角度觀看?它的容錯越小,按鈕就越大。錯誤發生。較小的按鈕意味着更多的錯誤。

2

這將取決於設備本身以及您所使用的用戶界面。

許多觸摸屏(不包括多點觸控)平均觸摸區域,所以很可能您不想將UI項目放在比指尖區域更近的位置以減少誤觸。

觸摸屏在安裝後需要進行校準,即使此時可能會出現一些視差,這取決於屏幕類型或屏幕正在觀看的自然角度。

您也可以考慮觸摸時的視覺反饋,並只通過觸摸釋放事件。觸摸時,在接觸點上顯示大於指尖的x,然後讓其跟蹤,直至觸摸鬆開。這一點是點擊點。

首先,用戶測試,用戶測試,用戶測試。

如果您真的擔心尺寸 - 使其變得流暢,您可以在真實環境下輕鬆更改並在實際用戶身上進行測試。我提到了用戶測試嗎?

1

取決於如此多的因素...

隨着時間的推移,所有的觸摸屏都會降級,並且隨着時間的推移會產生較不準確,更嘈雜和線性更少的結果。隨着時間的推移,電阻式觸摸屏已經大大改善,但您仍然會遇到問題,特別是在觸摸屏很大的情況下。

此外,人們有不同大小的手指,以及不同程度的手眼協調。

最後,實際處理觸摸的硬件和軟件在進入應用程序之前需要進行校準和表徵。

所以這比真正要求按鈕的大小要多得多。

首先,我會與觸摸屏本身的製造商以及硬件/軟件接口的製造商交談,並瞭解他們的建議。其次,我會做一些測試 - 在屏幕上製作幾個目標,然後記錄觸摸屏硬件在按下時發送的所有點。做一堆快速刺戳印刷機,長時間按壓印刷機,輕壓印機等的測試。看看輸入信號有多大(你可能會感到驚訝......)以及它實際響應的速度有多快(大量過濾可能會導致印刷機遲到,這可能會降低可用性而沒有快速反饋)。

第三,我設計了GREAT用戶反饋的用戶界面。使按鈕比手指更寬,以便當用戶按下按鈕時,他們仍能看到按鈕的一小部分,並且按下按鈕時似乎會壓下按鈕。

第四,我會考慮添加自適應學習。您必須偶爾進行校準運行並重新運行,但您可以稍微調整以適應用戶,以減少出錯的可能性。不過,對於膽小的人來說,並不容易做錯,因此如果你想考慮一下就要小心了。

- 亞當

1

我會有點用James同意美國的季度是一個更好的目標,但往往你可以改變,因此是關於美國四分之一的一個維度,以及美國角錢在其他。當然,要保持活動用戶界面元素的中心距離至少與US Dime的距離,這取決於「可解決」點擊錯誤元素的方式。 (點擊列表中的錯誤元素可以很容易地解決,如果所有正在完成的元素都選中它;單擊對話框的退出按鈕並不是那麼多)。

確保讓您最常見的情況真正成爲現實容易做到。這通常意味着製作一個非常大的按鈕;或者有時會將整個UI區域設置爲「可點擊」(但如果這樣做,用戶通常也會看到該區域中的某種按鈕暗示它們可以點擊該按鈕)。

取決於觸摸屏的質量,你通常可以「欺騙」邊緣。不僅邊緣和角落最容易在傳統的基於鼠標的界面上點擊,而且它們也可以用於基於觸摸屏的界面,因爲用戶可以將他們的手指按在框架元素上而不用擔心觸發其他事物。確保你的用戶界面元素也接受點擊,直到屏幕邊緣。使用這種方法,您可以在每個角落都有一個美國角幣大小的按鈕,它仍然是非常可重複點擊的(儘管如果您的用戶手指較大,可能缺乏反饋)。

1

越大越好,因爲我們知道尺寸問題。

觸摸屏界面的用戶在屏幕上點擊某處時獲得反饋非常重要,因爲這不能像正常的鍵盤或鼠標按鈕那樣機械地使用聲音和/或改變顏色。

只有在單擊控件時才播放聲音,而不是屏幕中任何位置的每次觸摸,以實現良好的可用性。

如果工作環境嘈雜,您也必須給出顏色反饋,在這種情況下,按鈕應該比手指大兩倍或三倍。當他的手在屏幕上時,用戶可以看到反饋,並且您知道手並非來自玻璃,這一點非常重要。

在屏幕上訂購也很重要。對於使用鼠標驅動的界面,使用下拉式組合框,菜單等是很好的,但對於觸摸屏,你會殺死它們的可用性。因此,不要將控件放置在屏幕的左上角,而應將其放在右下方。這將使您的用戶在屏幕上顯示免費的信息區域。

也考慮左/右手佈局,以及日/夜色彩方案。

目前我正在努力爲觸摸屏創建一組.net UI組件,並且您可以在我的網站上儘快查看演示。

Atanas

+0

色彩方案和手工佈局的優點!我完全忘了那些。左手右手佈局也可以用於反饋機制。 – 2009-03-18 21:32:28