iOS 7人机交互指南-iOS Technologies-Edit Menu

iOS 7人机交互指南-UI Elements-Edit Menu

重要：这是针对于正在开发中的API或技术的预备文档(预发布版本)。虽然该文档在技术精确度上经过了严格的审核，但并非最终版本，仅供苹果开发者计划的注册会员使用。苹果提供这份机要文档的目的，是帮助你按照文中描述的方式对技术的选择及界面的设计开发进行规划。这些信息有可能发生变化，届时，你的设计开发方式需要基于最终版本的操作系统及文档进行相应的调整和测试。该文档或许会随着API或相关技术在未来的发展而进行更新。（其中一些重要变化，我们也会进行更新。译文如有纰漏，敬请指正）

Edit Menu（编辑菜单）
用户可以在text view、web view以及image view中使用编辑菜单来执行剪切、粘贴以及选中等操作。



你可以对菜单进行调整，从而给用户对app内容的更多控制。比如，你可以：
1.指定适合于当前上下文的标准菜单命令。
2.在菜单出现之前决定它的位置，这样可以防止编辑菜单遮挡app UI的重要部分。
3.当用户双击展示菜单时，确定默认选中的对象。

你不能改变菜单自身的颜色和形状。

更多如何在代码中执行这些行为，可参看“ iOS App Programming Guide”中“Copy and Paste Operations”一节。

为了确保你app的编辑菜单能像用户期待的那样表现，你应该：
展示在当前上下文中有意义的命令。比如，如果用户没有选中任何内容，菜单就不应该包含复制或剪切的命令，因为这些命令作用于用户的一项选择。同样，如果已经选中了某些内容，那么菜单就不能再包含选择的命令。如果你在自定义视图中支持编辑菜单，你有责任确保菜单展示的命令适合当前上下文。

让菜单展示与app布局相适应。基于可用空间和菜单指针的位置，iOS在光标或者选中对象的上方或者下方展示编辑菜单。这样用户可以明白与内容相关的菜单命令。如果需要，你可以用程序化方式决定菜单的位置（在菜单出现之前），这样就可以防止菜单遮盖app UI的重要部分。

支持用户可以调用菜单的手势。虽然touch和hold手势是展示菜单的主要手势，但他们也可以在text view中双击选中单词并展示菜单。如果你在自定义视图中提供编辑菜单，一定要同时响应这两种手势。另外，你可以定义用户双击时默认选中的对象。

避免在UI中创建一个可以执行编辑菜单中命令的按钮。比如，最好允许用户使用编辑菜单执行复制操作，而不是提供一个复制按钮，因为用户会想弄明白--为什么app为同一件事提供了两种方法。

如果对用户有用，考虑启用对静态文本的选择。比如，用户可能想要复制图片的标题，但是他们可能不太想复制标签项或者屏幕截图的标签，比如账户。在text view中，默认对单词的选择。

按钮标题是不能够被选择的。一个可选择的按钮标题很难让用户不触发按钮就显示菜单。一般来说，具有按钮行为的元素是无需被选择的。

综合使用undo、redo和copy、paste。如果改变了注意，用户常常期望能撤销最近的操作。因为在操作执行前，编辑菜单没有要求用户进行确认，所以你应该为用户提供撤销或重做的机会。

注意：如果你需要启用的操作--使用的选中文本或对象与当前上下文不怎么相关，那最好使用操作列表。比如，如果你想让用户与其他人分享他们的选择，你可以展示罗列了社交网站的操作列表，执行选中的动作并发布到特定的网站。学习操作列表的用户可参看“Action Sheet”。

如果你需要创建自定义编辑菜单，可以参考以下几点：
创建编辑、更改或者其他直接作用于用户所选对象的编辑菜单项目。在当前上下文中，用户期望用标准编辑菜单来作用于文本或者对象，所以自定义菜单项目最好能执行和标准菜单一样的操作。

把自定义项目一起放在系统提供的项目之后。不要在自定义项目中夹杂着系统提供的项目。

保持合理的自定义菜单项目数量。你不想用数量过多的选项来打击用户。

为自定义菜单项目选择一个简洁的名字，并确保这些名字精确地描述了指令的用途。通常，项目名称应该用动词--描述被执行的动作。虽然通常情况下你应该为项目名称提供单一的大写了的单词，但如果你必须使用短语，可使用标题大写类型（title-style capitalization）。（简单说title-style capitalization意味着大写每个字母，但冠词、并列连词以及少于四个字母的介词）