K2.07.2touch-sized targets on hybrid desktop设计研究

触达尺寸需按触摸标准而非鼠标标准

别名: 混合设备触达 · 桌面触屏命中区 · finger-sized chrome

概念解释

触屏笔记本标题栏上那排最小、关闭按钮,鼠标可以稳定点中;指腹落上去,常常按到旁边的最大化,或按到窗口边缘的拖拽热区。按触摸来定触达尺寸(touch-sized targets)说的是:只要这块屏接得住手指,桌面应用的命中区就按指腹来定,不能因为「这是桌面软件」就沿用指针精度下的密排工具栏。最小触达在触摸通道里是另一套物理约束;这里只谈混合桌面上那组仍按鼠标做小的控件。

机制

指针的有效宽度接近一个像素,人可以靠视觉对准再按下;手指是一块接触面,系统再把面收成一个点,瞄准误差和邻键争夺一起出现。桌面应用长期在「有光标」的假设里长出 16 像素图标、贴边关闭键、无间距的图标按钮行——这些在键鼠下成立,因为光标可以停在目标内部而不遮挡。手指既遮挡又偏大,同一排按钮的中心距如果仍按鼠标排,命中分布会落到相邻项上。混合设备的失败模式不是「没做触屏版」,而是桌面密度原样接到了可触摸的玻璃上。把视觉画小、把命中区做大,只能缓解遮挡,不能让两个 8 毫米宽的目标在 8 毫米中心距里被稳定分开。

怎么研究

在同一台触屏桌面设备上,用同一套界面分别走鼠标和手指的指向任务,而不是只引用手机上的触达下限。比较「保持桌面密排」和「把工具栏、标题栏按钮、列表行高拉到可触」两种密度。

自变量:目标视觉尺寸、实际命中尺寸、相邻间距、输入通道(鼠标 / 手指)、目标是否贴屏幕边缘。 因变量:首次命中率、邻键误触、完成时间、为避开误触而改用触控板的次数。

不要用「平台写过一个推荐像素值」代替测量:混合设备上的失败集中在桌面遗留控件,不在已经按手机做大的页面主按钮。实验室若允许随时改用鼠标,手指条件下的放弃会被记成「任务仍完成」。需要规定一段只能用触摸,或在日志里分开两种指针的错误。

边界

永不接触摸的键鼠工作站可以保持指针密度;强行做大反而伤害专家扫描。电容笔或高精度触控笔把接触面缩小,尺寸压力接近鼠标,这条会减弱。已经为触摸单独做了一套更疏布局、键鼠仍走密排的产品,冲突发生在两套布局的切换,而不是单一布局的尺寸。游戏 HUD、专业调色盘这类「宁肯误触也要一屏内全看见」的界面,用户接受更小目标,但必须提供键鼠或笔作为精细通道。

怎么落地

  • 把会在触摸下使用的桌面控件(窗口控件、工具栏主按钮、列表行、分段开关)按指腹可分的尺寸和间距来排,而不是只放大页面里的主行动按钮。
  • 视觉可以保留桌面风格的图标,但命中区不能缩到图标的可见像素;贴边、贴角的目标再留出手指滑偏的余量。
  • 不要用「反正用户可以改用鼠标」为密排辩护——切换输入本身有代价,密排会把人从触摸里赶回去。
  • 验证:断开鼠标和触控板,只用手指走完保存、关闭、切换工具、选列表行。记录每一次邻键误触;误触集中的那一排就是仍按鼠标密度排的地方。再接回鼠标,确认做大后的间距没有让键鼠用户多出一轮无意义的指针移动。

延伸

  • 同组K2.07.1 同一设备可能在两种输入间切换 · K2.07.3 输入方式切换需要即时适配
  • 相邻C2.02 最小触达尺寸 · C2.03 触摸目标的最小间距 · J3.04 触达尺寸下限
  • 站内检索touch target size · hybrid desktop · finger-sized chrome

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/K2.07.2