体验自定义 (touchpad-experience-customization)
本主题提供在 Windows 10 及更高版本的操作系统上为 Windows 精确式触摸板设备进行体验自定义的设计和测试指南。
从 Windows 10 开始,可以使用自定义筛选器驱动程序为触摸板提供特定于设备的、除 Windows 支持的核心交互之外的体验。
更改设备的行为可能导致意外的或受损的用户体验,因此,对于要使用筛选器驱动程序来提供差异化用户体验的任何第三方,应将以下指导作为强烈建议。
用户体验指南
所有自定义项都应该构建成为用户提供附加体验,在不使用驱动程序的情况下以超出现有方式的方式改善用户体验。 以下准则概述了为确保良好的用户体验而应避免的行为:
产品所有者不应更换核心 Windows 行为。 精确式触摸板设备提供一组标准的核心交互,用户期望就是这些都可用且可预测。 计算机和驱动程序版本之间的 Windows 核心手势应一致。 一致的输入体验对于鼓舞用户信心至关重要,而修改精确式触摸板交互的核心集会对信心产生负面影响。
产品所有者不应构建重复现有体验的新交互。 执行相同交互的手势过量可能会使用户感到困惑,并且更有可能出现意外的手势。 下表介绍了触摸板设备上的核心 Windows 体验,显示了如何解释点击、滑动和捏住展开操作。
联系类型 点击 幻灯片 缩/放 单指 单击 单指移动光标 不适用 双指 辅助单击 平移 缩放 三指 Windows Shell 交互 Windows Shell 交互 不适用 四指 Windows Shell 交互 Windows Shell 交互 不适用 移动光标是最基本和最常见的触摸板交互,应该为用户保护移动光标。 避免容易干扰移动光标的单指手势,例如,使用单指绘制形状(如字符或圆)。
操作识别组件对数据更改非常敏感。 避免使用那些可能会在内置手势之前、之后即时检测到或与内置手势同时检测到的双指、三指和四指交互(例如,使用三指绘制复选标记)。 请确保在此空间中对手势执行完全的可用性测试,以确保核心手势仍可响应且准确。
如果自定义手势需要恒定的数据流,则还请不要同时将数据发送到 Windows 手势处理器。 如果那样做,则可能会导致在自定义手势检测过程中从操作系统触发交互。 若要确保这不会影响系统的响应,请避免使用那些需要在可以觉察到的时间内使用数据的手势。
确保用户在到 Windows 的数据流被切断之前,有意执行自定义手势。 例如,如果在有第五个手指存在的情况下立即执行自定义四指滑动手势,则可能导致四指手势体验受损。
如果手势单独实施(例如在点击或区域输入时触发的手势),则不要在由系统或自定义组件创建的连续手势期间实施该手势。 这样做会导致触发操作,而此时另一个交互仍在进行处理。
所有手势都必须是可由用户配置的。 至少,可以通过切换来启用或禁用对所有交互的检测。 手势设置应在系统设置应用程序中可用。 可以通过未来的计划提供有关如何实现功能设置的说明。
测试指南
自定义驱动程序很可能会导致设备在兼容性测试过程中失败。 这些测试旨在测试硬件功能,筛选器驱动程序可能会中断测试的预期数据流。 但是,如果你计划向系统交付自定义组件,则应在测试期间包括这些组件。 因此,这些自定义行为必须以这样一种方式实现:如果这些行为在不禁用的情况下会阻止设备通过证书,则可在测试过程中禁用这些行为。
如前所述,由于自定义交互应始终通过可供用户配置的设置来禁用或启用这些行为,因此可以通过任何筛选器驱动程序来禁用其自定义项,以便测试硬件功能。
手势设计原则
Windows 在设计手势时使用以下设计原则。 这些原则确保手势为用户体验提供有意义的补充。
审慎:手势不应该可以轻易地意外激活。 选择那些易于有意调用但难以无意调用的物理手势。 手势在适当情况下应该可逆或可终止。
高效:手势应有助于提高用户的工作效率。 触摸板设备主要是生产力设备,帮助用户更快地执行所需执行的操作会给用户带来价值。 提高用户工作效率的手势会使用户离不开其系统。
愉悦:手势应提供令人兴奋的与系统交互的方式,敷一出现就能让用户印象深刻,通过这种方式让用户感到愉悦 – 可以让用户感到愉悦的手势将有助于用户爱上系统。
直观:手势应在系统中的物理运动和功能行为之间进行直观的映射。 这使手势易于学习,并让用户感觉到使用起来更加自然。
广度:手势应该在尽可能多的情况下有用。 需要特定应用或框架才能正常使用的手势会在触摸板手势集中占据宝贵的空间。