Human Interface Guidelines——Cont

尝试阅读《Human Interface Guidelines》原文翻译学习iOS设计指南。

在iOS13及以上的版本中，可以让用户通过context menus这种有条理的形式到达和当前屏幕内容相关的补充功能。

Context menus类似于 Peek 和 Pop，但有两个关键区别：

· Context menus可以在所有运行 iOS 13及以后的设备上使用；Peek 和 Pop 只能在支持3 d Touch 的设备上使用。

· Context menus立即显示与上下文相关的命令; Peek 和 Pop 需要向上滑动以查看命令。

用户可以使用系统自定义的触摸形式、手持手势或3D touch的形式来显示context menu。打开了context menu以后会显示预览并列出对其有效的命令。人们可以选择一个命令或者拖动项目到另一个区域、窗口或者应用程序。

保持context menu的一致性

如果只在部分区域使用context menu，那么用户会不知道在什么地方使用context menu，还可能会误以为app出了问题。

只需要包含最常用的命令

例如，在邮件的context menu中，包含回复和移动邮件的命令是有意义的，但是包含格式化或邮箱命令是没有意义的，列出太多的命令可能会让人不知所措。

使用子菜单来解决复杂性

子菜单是一个context menu，它揭示了一个二级菜单的逻辑相关的命令。子菜单的标题应该直观描述它们的内容，这样人们不需要打开菜单就可以预测子菜单的命令。 简洁，行动导向的标题也让人们跳过子菜单。

将子菜单保持在一个级别

尽管子菜单可以缩短上下文菜单，清楚表达用户可以执行的命令，但是不止一个级别的子菜单会使用户体验变得复杂，并且很难导航。

将最常用的项目放在菜单顶部

当人们打开上下文菜单时，他们的焦点在菜单的顶部。 把最常见的项目放在菜单顶部可以帮助人们找到他们要找的项目。

使用分隔符对相关的菜单项进行分组

创建视觉分组可以帮助用户更快地扫描context menu。 例如，可以使用分隔符对与编辑项相关的操作进行分组，使用分隔符对与共享项相关的操作进行分组。 通常，您不希望在一个上下文菜单中有三个以上的组。

避免为同一项目提供context menu和edit menu

当同一个项目同时启动这两个功能地时候，用户会感到困惑，系统也很难检测到意图。 有关其他指南，请参阅编辑菜单。

不用提供一个打开项目的按钮

人们可以通过点击来打开他们正在预览的项目，所以通常没有必要特地提供一个打开项目的按钮。

---

END.THANKS FOR YOUR READING~

如有不当，还请多多指教~