喔還有一點,這個也是我最困擾的一點:
- 有時候會希望眼睛不用動,把下一張移到最左邊;有時候是這頁看完了希望跳到下一頁;有時候只是希望把邊邊被裁掉那張圖帶出來。這種按鈕沒辦法同時滿足這幾種種需求,甚至無法確定按下去的行為是哪一種。
@leemiyinghao: 這ㄍ我剛剛才從 production 上拿掉,所以現在我可以抱怨了。 不,他不直覺,操作上甚至不會比 Threads 的滑鼠拖拉好用。 用滑鼠模擬觸控行為至少可以一次捲好幾欄,捲過頭再捲回來。但方向按鈕捲過頭要再回來必須要中斷目前行為。這個在長距離移動時是很嚴重的問題。 而且這張附圖剛好是最糟糕的範例 - (大部分)人類的閱讀習慣是 Left-to-Right、Up-to-Down,這個按鈕並不在內容的閱讀路線上。 - 上一張/下一張的距離對滑鼠來說太遠,為了補償操作速度必須要把按鈕放大到整個 container 的高度。這種按鈕只對觸控裝置友善。 - 沒有提供任何進度資訊。 - 越大的螢幕越有可能讓使用者的注意力移開,在按到底之後使用者可能根本不會意識到沒有按鈕了。(當然對附圖的廣告來說是最理想的狀況)
喔還有一點,這個也是我最困擾的一點: