Re: [討論] Google拿掉實體鍵，虛擬觸控真的比較好?

看板Android作者 (skystar)時間13年前 (2012/12/29 05:33), 編輯推噓19(19推 0噓 48→)
留言67則, 10人參與, 最新討論串6/6 (看更多)
來發表一下個人對於Android按鍵的看法... 1.「Menu鍵」的存廢 Menu鍵確實是提升Android操作效率的功臣之一 不過在這邊要提出一個比較少被討論到的觀點就是 「放在Menu鍵裡面的功能容易被忽略」 以開發者的角度而言，我會盡力避免將功能放在Menu鍵與的彈出選單當中 因為這些功能很容易會被使用者忽略，即使在程式中特地加標語提醒也是一樣 就我自認為對於Android手機操作還算手機而言，也曾經遇到找不到某程式主打功能 還特地寫信去詢問開發者...結果是藏在Menu鍵選單裡面 若程式的畫面一多，要在每個畫面都打開選單來查看功能並不是一件容易的事情 Menu鍵提升了操作的效率，卻會使得程式較不易上手、或部分功能被遺忘 就這點而言我個人對於Google將Menu鍵取消，改以Action Bar右側彈出式選單取代 抱持肯定的態度 2.One X「海帶條」 至於One X之前的海帶條問題，主要是因為一些APP把target SDK ver設定在3.x之前 因此不支援HC、ICS以後的Action Bar功能，必須要另外顯示虛擬menu鍵取代 而使用虛擬鍵的Nexus系列則可以直接將代用Menu鍵顯示在右下角 這也可以算是採用虛擬鍵的優點之一(?) 3.「搜尋鍵」 目前絕大多數市售Android手機皆已經取消搜尋鍵的設計 事實上多數APP都沒有實作搜尋鍵的功能(過去搜尋鍵有效的FB APP後來也拿掉了) 部分三星手機(S2/S3/Note/NoteII)採用「長按Menu鍵」的方式 來處發被取消掉的搜尋鍵原有的功能，個人覺得算是個不錯的解決方案 不曉得知道的人多不多就是... 4.Android 4.1以後的虛擬鍵 Jelly Bean之後，按住Home鍵拖曳至上方可啟動Google Now搜尋 也算是未來虛擬鍵可以變很多新花樣的地方 不過有一個問題就是，Android 4.1將原本的tablet UI改成phone UI後 按鍵由原本放置在左下角改到中間去了 不曉得有無其他的考量...不然操作上變得有點不太方便 希望未來按鍵位置可以交由使用者自訂，充分發揮虛擬鍵的彈性 5.「多工鍵」 似乎不少人對於One X以多工鍵取代Menu鍵還蠻反彈的？ 個人因為使用多工選單切換程式的頻率頗高，因此還蠻認同這種設計的 除了多工鍵比長按Home鍵更有時間上的優勢之外 部分手機如S2、S3等採用實體Home鍵的機型，Home鍵使用頻率在ICS後提高 實在有點令人擔心會有像iPhone一樣按鍵故障或不靈敏的問題 至於螢幕比例的部分，個人的看法大致上跟前面一些回文者類似 因為Android的螢幕解析度比例相當多元，一一列舉對於程式開發是個負擔 因此目前許多程式的設計都會利用背景填充或相對位置配置來適應各種長寬比 所以在這部分應該不用太過擔心就是 以上是個人對於Android按鍵設計的一些看法 歡迎大家提出相關討論與回應 順帶一提，Action Bar跟View Pager算是Android從iOS與WP取經而來的介面設計 在新版Android SDK當中，他們還可以整合Tab分頁、ListView之類的功能來使用 未來採用這些設計的Android應用程式將會越來越普及(現在還有範本可以直接套用了) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.42.202.234 ※ 編輯: TEMU2000 來自: 114.42.202.234 (12/29 05:47)
推
12/29 06:02, , 1F
Action Bar上常有的功能:返回,搜尋,Menu，其實都是從下方
12/29 06:02, 1F
→
12/29 06:03, , 2F
按鍵搬上來的。我想應該是為了迎合從iOS轉換過來的習慣吧
12/29 06:03, 2F
→
12/29 06:08, , 3F
不然其實全部做成一列是比較省空間的。我覺得如果養成
12/29 06:08, 3F
→
12/29 06:09, , 4F
"找不到功能就按Menu"的習慣,好像也沒那麼不直觀?
12/29 06:09, 4F
→
12/29 06:14, , 5F
不過ICS之後的UI其實也很容易理解:Softkey是任何時刻都有
12/29 06:14, 5F
→
12/29 06:15, , 6F
效的按鍵，Action Bar則是放個別App才需要的按鍵
12/29 06:15, 6F
推
12/29 07:37, , 7F
你的2是google 的設定 HTC也是如此
12/29 07:37, 7F
→
12/29 08:05, , 8F
我還蠻常用到onex的多工鍵，但問題是onex本身的假多工讓多工
12/29 08:05, 8F
→
12/29 08:06, , 9F
鍵變成只是快速開啟app的快捷鍵
12/29 08:06, 9F
→
12/29 08:06, , 10F
Android 的後退按鈕和 Action Bar 上面的返回按鈕兩個的
12/29 08:06, 10F
→
12/29 08:06, , 11F
功能還是很不一致，不同情況下常常有不同作用...
12/29 08:06, 11F
推
12/29 09:14, , 12F
現在搜尋鍵，不是home鍵往上拉，就會出現弧形google搜
12/29 09:14, 12F
→
12/29 09:14, , 13F
尋嘛?
12/29 09:14, 13F
推
12/29 10:21, , 14F
這麼說好了...Action Bar容易被遺忘的程度，不下Menu
12/29 10:21, 14F
→
12/29 10:22, , 15F
說穿了就是個人的探索能力...就像電腦滑鼠善用右鍵的話
12/29 10:22, 15F
→
12/29 10:22, , 16F
可以提升一些使用上的效率
12/29 10:22, 16F
推
12/29 10:47, , 17F
Home鍵往上拉是Google Now,真要說應該比較接近原本的長
12/29 10:47, 17F
→
12/29 10:47, , 18F
按搜尋啟動Google搜尋
12/29 10:47, 18F
→
12/29 18:24, , 19F
你不覺得你的說法很矛盾? 說menu鍵會造成上手不易,那為
12/29 18:24, 19F
→
12/29 18:24, , 20F
合把menu變到action bar上面時就變成優點?
12/29 18:24, 20F
→
12/29 18:26, , 21F
另外同樣是menu鍵,實體版就是缺點,虛擬版menu鍵就變成優
12/29 18:26, 21F
→
12/29 18:26, , 22F
點? 這邏輯我想不通啊
12/29 18:26, 22F
→
12/29 18:27, , 23F
我認為google取消menu鍵是一個頗腦殘的決定,多工鍵可以
12/29 18:27, 23F
→
12/29 18:28, , 24F
用很多種方式呈現,home長壓,或原本搜尋鍵改成多工鍵都可
12/29 18:28, 24F
→
12/29 18:29, , 25F
以,如果google認為menu鍵可以取消,但現在卻在虛擬鍵上面
12/29 18:29, 25F
→
12/29 18:30, , 26F
還是有menu鍵,這樣做根本就是拿石頭砸自己腳
12/29 18:30, 26F
→
12/29 18:31, , 27F
試想,滑鼠可以沒有右鍵嗎? 滑鼠右鍵幾乎可以等同menu鍵
12/29 18:31, 27F
Menu鍵改成Action Bar彈出式選單後，若APP實作了選單鍵的功能 在畫面上就會出現圖示，使用者就會知道程式有提供選單，反之Menu鍵需要按下去 才知道是否有功能 另外我並沒有說虛擬Menu鍵會是優點，那只是Google針對使用舊版API的APP 在過渡期的權宜設計而已，虛擬Menu鍵在未來將會逐漸走入歷史，沒有砸自己腳的問題 Menu鍵與多工鍵在現階段來看都是可以被取代的，兩者各有支持者，這點我給予尊重 另外像mo ptt在處理選單功能的設計上就做得不錯，不論手機是否有MENU按鍵 都不會影響功能操作，我認為iOS與WP將選單觸發按鍵放在畫面上的設計 是Google所追求的理想
推
12/29 18:52, , 28F
在電腦點右鍵一定會有反應，在手機按 menu 鍵不一定有
12/29 18:52, 28F
→
12/29 18:52, , 29F
反應，雖然我不喜歡拿掉 menu 鍵，但我覺得讓使用者知道
12/29 18:52, 29F
→
12/29 18:52, , 30F
什麼時候 menu 鍵是有作用的很重要
12/29 18:52, 30F
推
12/29 18:53, , 31F
虛擬鍵上的 menu 鍵是為了相容舊版程式存在的，現在的 A
12/29 18:53, 31F
→
12/29 18:53, , 32F
PI 都已經自動轉成 action bar 了
12/29 18:53, 32F
※ 編輯: TEMU2000 來自: 111.253.197.40 (12/29 19:30) ※ 編輯: TEMU2000 來自: 111.253.197.40 (12/29 19:34)
推
12/29 20:16, , 33F
menu鍵這麼重要的鍵,會因為一個如此微不足道的理由而被
12/29 20:16, 33F
→
12/29 20:17, , 34F
刪除嗎? 況且因為那些可能沒有menu功能的APP而把大多數
12/29 20:17, 34F
推
12/29 20:19, , 35F
需要menu的APP方便性給犧牲掉,這樣不符合比例原則
12/29 20:19, 35F
→
12/29 20:21, , 36F
另外可以請問一下為何"讓使用者知道menu有作用"這點很重
12/29 20:21, 36F
→
12/29 20:22, , 37F
要呢? 而且很多按menu沒功能的APP都是IOS移植過來的
12/29 20:22, 37F
→
12/29 20:23, , 38F
他們把menu功能鍵做在APP介面上了,但假如有實體menu鍵
12/29 20:23, 38F
→
12/29 20:23, , 39F
那些APP介面可以更乾淨或顯示更多內容,這樣不是很好嗎
12/29 20:23, 39F
推
12/29 20:25, , 40F
舉一個簡單的例子，Android 2.3 以前的無線網路設定頁
12/29 20:25, 40F
→
12/29 20:25, , 41F
面再按 menu 鍵可以設定螢幕關閉時無線網路要不要關閉
12/29 20:25, 41F
→
12/29 20:25, , 42F
等進階選項，但很多使用者都是發問了之後才知道那個頁
12/29 20:25, 42F
→
12/29 20:25, , 43F
面 menu 鍵按了是有進階選單的，4.0 之後就明顯很多
12/29 20:25, 43F
推
12/29 20:29, , 44F
不過說穿了就是各有各的好，兩種設計方法都有一些無法
12/29 20:29, 44F
→
12/29 20:29, , 45F
兼顧的點，也各自有支持的使用者
12/29 20:29, 45F
推
12/29 20:33, , 46F
以另一個觀點來看,把所有功能顯示出來,是否讓那些初階
12/29 20:33, 46F
→
12/29 20:34, , 47F
使用者,有可能因為不知道那有什麼作用,而進去亂設定呢
12/29 20:34, 47F
→
12/29 20:36, , 48F
如果可以用menu鍵稍微做個區隔那也是好事
12/29 20:36, 48F
推
12/29 20:43, , 49F
這就是設計上的問題了，現在的設計哲學好像比較偏向顯
12/29 20:43, 49F
→
12/29 20:43, , 50F
示的清楚一點
12/29 20:43, 50F
→
12/29 20:46, , 51F
我是有改韌體把選單鍵和搜尋鍵叫出來所以比較無所謂，
12/29 20:46, 51F
→
12/29 20:46, , 52F
而且大部份的情況螢幕已經夠大了，需要全螢幕的軟體也會
12/29 20:46, 52F
→
12/29 20:46, , 53F
把這些東西隱藏起來
12/29 20:46, 53F
我自己在做APP開發，就有觀察到放在Menu鍵裡面的功能常常被忽略的問題 連我自己用別人的APP也會犯這種錯誤，相較之下功能放在ACTION BAR比較容易被注意到 使用者對於Menu鍵的關注程度其實也跟應用程式的性質有關 如果是Office編輯程式大家都會知道Menu有作用 反之，如果是火車時刻查詢程式，應該很少會特別去按選單鍵吧 有款火車時刻表APP就把訂票功能放在選單裡，我當初就花了很多時間尋找 dream板友舉的wifi設定問題，在我身邊許多朋友跟長輩都有遇過 較年長的使用者對於Menu鍵是很容易感到困惑的 ※ 編輯: TEMU2000 來自: 111.253.197.40 (12/29 22:36)
推
12/30 00:45, , 54F
這有什麼好困惑的? 就按按看而已,有功能就有功能,沒功能
12/30 00:45, 54F
→
12/30 00:46, , 55F
就沒功能,哪有什麼好困惑的?等到習慣後用每個APP都會很
12/30 00:46, 55F
推
12/30 00:48, , 56F
自然地去按看看有什麼功能..另外如果連menu鍵這種這麼簡
12/30 00:48, 56F
→
12/30 00:48, , 57F
單的按鈕你都會困惑的話,那你把它放到action bar還不是
12/30 00:48, 57F
→
12/30 00:49, , 58F
一樣會困惑...滑鼠右鍵怎麼就不會讓人困惑? 有些軟體按
12/30 00:49, 58F
→
12/30 00:50, , 59F
右鍵也不一定都有功能給你選啊XD
12/30 00:50, 59F
推
12/30 00:54, , 60F
action bar 有出現就一定有功能，辨識度好很多
12/30 00:54, 60F
→
12/30 00:54, , 61F
雖然我也用 menu 鍵，但 action bar 對我是加分，一看就
12/30 00:54, 61F
→
12/30 00:55, , 62F
知道 menu 鍵按了有沒有用
12/30 00:55, 62F
電腦右鍵選單的功能，雖然每個程式略有差異，但通常都是針對選取項目進行操作 這個特點比較類似Android的「長按」 而Menu鍵轉換到action bar有點像Office 2007捨棄舊版UI改用Ribbon UI 另外，像Andriod把一些功能放在Menu鍵裡面，很多年輕人都找不到了 長輩們怎麼會不困惑？ 程式的設計必須要假設每個使用者都是「不聰明」的 否則會作出所謂的工程師味十足產品...Android常被iOS與WP支持者批評的地方就是這裡 把使用者教育成每開啟一個程式就要嘗試按一次Menu 不應是「直覺」、「人性化」界面該有的做法 ※ 編輯: TEMU2000 來自: 111.253.197.40 (12/30 09:07) ※ 編輯: TEMU2000 來自: 111.253.197.40 (12/30 09:14)
推
12/30 12:15, , 63F
推原po
12/30 12:15, 63F
推
12/30 12:51, , 64F
反Menu +1 ....
12/30 12:51, 64F
推
12/31 01:17, , 65F
話說回來，虛擬按鍵的優點這時候就顯現了，右下角menu只
12/31 01:17, 65F
→
12/31 01:17, , 66F
有在有功能時才會出現，既不會佔用畫面也可以清楚告示功
12/31 01:17, 66F
→
12/31 01:17, , 67F
能
12/31 01:17, 67F
‣ 更多 TEMU2000 的文章
文章代碼(AID): #1GtX0Inb (Android)
討論串 (同標題文章)
完整討論串 (本文為第 6 之 6 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共6篇)
‣ 更多 TEMU2000 的文章
文章代碼(AID): #1GtX0Inb (Android)