Uigesturerecognizer 使用画外音的滑动手势识别器

Uigesturerecognizer 使用画外音的滑动手势识别器,uigesturerecognizer,voiceover,Uigesturerecognizer,Voiceover,我有一些手势识别器(ala Clear)。我应该只为voice over用户添加按钮吗 我想用这个提示说“3个手指向右滑动可以编辑,向左滑动可以删除,向上滑动可以创建一个新的”,但苹果似乎不鼓励这样做。甚至苹果公司也在文本字段上使用“双击编辑”,我不知道他们为什么不鼓励这样做 不包括动作或手势的名称。提示不会告诉用户如何执行该操作,而是告诉用户当该操作发生时将发生什么。因此,不要创建诸如“点击播放歌曲”、“点击购买物品”或“滑动以删除物品”之类的提示 这一点尤其重要,因为VoiceOver用户可

我有一些手势识别器(ala Clear)。我应该只为voice over用户添加按钮吗

我想用这个提示说“3个手指向右滑动可以编辑,向左滑动可以删除,向上滑动可以创建一个新的”,但苹果似乎不鼓励这样做。甚至苹果公司也在文本字段上使用“双击编辑”,我不知道他们为什么不鼓励这样做

不包括动作或手势的名称。提示不会告诉用户如何执行该操作,而是告诉用户当该操作发生时将发生什么。因此,不要创建诸如“点击播放歌曲”、“点击购买物品”或“滑动以删除物品”之类的提示 这一点尤其重要,因为VoiceOver用户可以使用VoiceOver特定的手势与应用程序中的元素进行交互。如果你在一个提示中说出一个不同的手势,那会很混乱


是的,您应该包括备用按钮

你误解了苹果的免责声明。免责声明提到VoiceOver将接管触摸屏这一事实。一旦VoiceOver接管了屏幕,它将决定如何向应用程序传递手势。因此,当它现在启动一个按钮时,用户会高亮显示该按钮,然后双击。但是,画外音不需要坚持这一点(尽管他们很可能会坚持一段时间)。然而,将此告知用户并不是开发人员的工作。VoiceOver通过耳环、特征和其他依赖于AT的指令通知用户这一点。如果开发人员将此信息包含在提示中,则AT中的更改可能会使其无效,然后在设备版本或其他AT(如盲文板)之间会不一致

你不仅可能描述画外音不允许的手势(假设它捕获屏幕手势。但是,即使您应用了允许直接交互特性,您也可能描述了残疾人无法执行的手势。无论哪种方式,包括实现给定交互的另一种方法都是更好的解决方案。

使用可访问元素定义,而不是使用speci为您的目的而设计

此外,我不认为像你在提示中建议的那样为应用程序添加画外音手势是一个好主意:尝试使用用户习惯的画外音标准构建应用程序