[閒聊] Android的使用者可以進來聊聊嗎?
使用Android一直有一些疑惑想問問大家
像是Android明明就已經有返回鍵了
可是google仍然推動在左上角放上返回鍵...
舉play商店為例
左上方在主頁面是用戶訊息選單的按鈕
開啟它的方式有兩種,一種就是透過按鈕另一種是邊緣滑動
可是點進項目之後,選單的按鈕它就變成了返回鍵
但邊緣滑動開啟訊息選單的功能還在
為什麼要改成會變換為返回鍵??
而Android系統一直都有自己的返回鍵不是嗎?
只有我覺得這像是配合ios的做法很奇怪嗎?
再來是5.0開始推廣的小圓點
現在很多新的app都會開始使用浮在app上的小圓點
它的功能可能是新增、搜尋...等app中會常用的操作
可是說真的...看起來好討人厭
尤其可能會隨著滑動,而展現出隱藏或跳動等效果
有時候會覺得好礙眼啊...就固定在上方或下方欄位不行嗎?
這些設計當初的理念不知為何...
--
不甘心就長野心
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.252.32.149
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1433491012.A.8D3.html
推
06/05 15:57, , 1F
06/05 15:57, 1F
→
06/05 16:02, , 2F
06/05 16:02, 2F
嗯 就是有的有而有的沒有,才很煩人
但基本上google自己很愛用就是了
→
06/05 16:04, , 3F
06/05 16:04, 3F
這些都是google的設計範本,我只是想問問大家使用起來的感覺
推
06/05 16:07, , 4F
06/05 16:07, 4F
推
06/05 16:07, , 5F
06/05 16:07, 5F
→
06/05 16:07, , 6F
06/05 16:07, 6F
推
06/05 16:09, , 7F
06/05 16:09, 7F
我笑google沒種拔
推
06/05 16:10, , 8F
06/05 16:10, 8F
推
06/05 16:10, , 9F
06/05 16:10, 9F
但偏偏google的設計規範中,很強調介面設計不要帶入ios或其他系統的思維
例如ios通常會把tab擺在下方,google則強調不要這麼做...之類的
→
06/05 16:10, , 10F
06/05 16:10, 10F
推
06/05 16:21, , 11F
06/05 16:21, 11F
都有用,只是有些疑惑而已
→
06/05 16:22, , 12F
06/05 16:22, 12F
→
06/05 16:25, , 13F
06/05 16:25, 13F
推
06/05 16:26, , 14F
06/05 16:26, 14F
推
06/05 16:28, , 15F
06/05 16:28, 15F
→
06/05 16:28, , 16F
06/05 16:28, 16F
→
06/05 16:28, , 17F
06/05 16:28, 17F
可能是我太介意這些小節了XD
→
06/05 16:29, , 18F
06/05 16:29, 18F
不需要用這種言語進行討論
噓
06/05 16:39, , 19F
06/05 16:39, 19F
推
06/05 16:40, , 20F
06/05 16:40, 20F
→
06/05 16:40, , 21F
06/05 16:40, 21F
蘋果的定義是協助有障礙或適應者,從來沒用"殘障人士專用"等字眼
→
06/05 16:41, , 22F
06/05 16:41, 22F
推
06/05 16:44, , 23F
06/05 16:44, 23F
要看,像是Android將tab擺在上面會比較醒目
然後不容易碰觸到的問題,現在也增加用滑動來切換
不過按鈕設在上面這各家都有,確實不方便單手操作
→
06/05 16:45, , 24F
06/05 16:45, 24F
噓
06/05 16:48, , 25F
06/05 16:48, 25F
→
06/05 16:48, , 26F
06/05 16:48, 26F
→
06/05 16:48, , 27F
06/05 16:48, 27F
我沒說不是輔助用,但你用"殘障人士專用"這詞沒有疑慮?
不是殘障就不能使用小白點? 我不同意的是你言詞上的用字
推
06/05 16:50, , 28F
06/05 16:50, 28F
還有 43 則推文
還有 1 段內文
→
06/05 18:10, , 72F
06/05 18:10, 72F
→
06/05 18:10, , 73F
06/05 18:10, 73F
→
06/05 18:10, , 74F
06/05 18:10, 74F
→
06/05 18:10, , 75F
06/05 18:10, 75F
→
06/05 18:10, , 76F
06/05 18:10, 76F
→
06/05 18:10, , 77F
06/05 18:10, 77F
→
06/05 18:10, , 78F
06/05 18:10, 78F
關於第一點,我再解釋一下
畫面的左上角是很重要的視覺區域,同樣以play來說
進入play後的左上角是選單鍵,然後點選app後它變成返回鍵
再點選預覽圖片後,左上角的返回鍵卻消失了
如果想返回上一個頁面,你就必須使用系統三鍵中的返回鍵
左上角選單鍵轉換成返回鍵,使得同一個app進入不同的頁面出現這種落差的操作
而在app當中邊緣滑動都是可以進入選單,顯見選單的功能是google認為得存在的事實
但選單鈕卻會在頁面切換後消失,轉換成返回鍵 而這返回鍵又無法在全部需要時出現
使用者還是必須依賴到系統的三鍵,所以左上角這個返回鍵的意義我想不到在哪裡
推
06/05 18:13, , 79F
06/05 18:13, 79F
推
06/05 18:17, , 80F
06/05 18:17, 80F
→
06/05 18:17, , 81F
06/05 18:17, 81F
→
06/05 18:17, , 82F
06/05 18:17, 82F
→
06/05 18:17, , 83F
06/05 18:17, 83F
→
06/05 18:17, , 84F
06/05 18:17, 84F
→
06/05 18:17, , 85F
06/05 18:17, 85F
→
06/05 18:17, , 86F
06/05 18:17, 86F
沒錯,就是為了使用者能第一時間掌握到可控制的內容
但這種很顯眼的設計,也帶來一些刺眼的感受(個人感受
→
06/05 18:50, , 87F
06/05 18:50, 87F
推
06/05 19:46, , 88F
06/05 19:46, 88F
→
06/05 19:46, , 89F
06/05 19:46, 89F
→
06/05 19:48, , 90F
06/05 19:48, 90F
→
06/05 19:48, , 91F
06/05 19:48, 91F
→
06/05 19:49, , 92F
06/05 19:49, 92F
推
06/05 22:51, , 93F
06/05 22:51, 93F
推
06/05 22:54, , 94F
06/05 22:54, 94F
推
06/05 22:59, , 95F
06/05 22:59, 95F
→
06/05 22:59, , 96F
06/05 22:59, 96F
→
06/05 22:59, , 97F
06/05 22:59, 97F
→
06/05 22:59, , 98F
06/05 22:59, 98F
噓
06/05 23:03, , 99F
06/05 23:03, 99F
噓
06/05 23:09, , 100F
06/05 23:09, 100F
推
06/06 00:04, , 101F
06/06 00:04, 101F
→
06/06 00:04, , 102F
06/06 00:04, 102F
→
06/06 00:04, , 103F
06/06 00:04, 103F
推
06/06 00:39, , 104F
06/06 00:39, 104F
→
06/06 00:40, , 105F
06/06 00:40, 105F
第二個連結的小圓點就是綠色原點的台車
基本上這裡說的"小圓點",是指帶有陰影的圓形圖標
再以這張圖為例 http://goo.gl/nKShaA
上面的"加號"是我說的小圓點,而下面的就只是普通的icon
→
06/06 00:56, , 106F
06/06 00:56, 106F
→
06/06 00:56, , 107F
06/06 00:56, 107F
嗯嗯,我知道全名是Floating Action Button
只是我覺得FAB這簡稱應該很少人懂,才用小圓點比較直觀
這應該是Google最終想達到的效果>> https://goo.gl/dLpGNO
http://goo.gl/AJwVSR 這是google 對FAB(小圓點)的規範
同中有PLAY鈕的可以按下去看它變化的效果
(綠色標籤是標準規範,紅色標籤是不建議)
※ 編輯: hugh509 (111.252.44.56), 06/06/2015 10:52:43