当我将accessibilityCustomActions添加到对象时，它在设备上可以正常工作，只要能够上下滑动操作并选择它们，但没有“可用操作”的公告-我应该自己将其写入accessibilityLabel吗？我以为通过向我的对象添加自定义操作，它会自动宣布“操作可用”，或者“向上滑动以选择...”
accessibilityCustomActions
accessibilityLabel
zbq4xfa01#
我以为通过向我的对象添加自定义操作，它会自动宣布“操作可用”，或者“向上滑动以选择...”你是对的，它应该宣读这些公告，但这种奇怪的行为已经被引入，使其在iOS 13**中变得罕见。😨
它以前提供给包含自定义操作的每个元素，但现在，当您导航到包含不同操作集的另一个元素时，它将发生。其目的是为了防止在与前一个元件存在相同操作的元件上重复发布公告”* ⇒ source无法还原此行为，这对VoiceOver用户来说非常有效。而且，如果你在iOS 12中也这样做，它就能完美地工作：每次为可访问元素实现自定义操作时，都会显示并通知这些自定义操作。👍不幸的是，在iOS 13中，这是一种新行为，由Apple支持部门自行解释 （accessibility@apple.com），但没有公开演示 （WWDC、Apple网站...），对于使用VoiceOver的视力受损人士来说，这种巨大的修改与其说是一种重大的进步，不如说是一个问题，这是疯狂的。😡支持人员没有提出任何解决方案，我们将不得不处理这个问题，除非在下一次WWDC中进行回滚...点蜡烛吧。🙏（️️️🔳️️🔳️️️2020年3月19日）我写了一个D开发者T技术S支持I事件 （编号730330678），下面是苹果的答案：没有已发布的信息。我们有意在iOS 13中做了一些更改，这样我们只会在操作列表从您所在的上一个元素发生变化，或者您移动到不同的容器时才说出可用的操作。您可以对列表进行flash操作，或者在容器之间快速切换，但这应该在不更改代码的情况下工作。不幸的是，在目前的航运系统，这是一个错误。我们也在改进我们的文档，请继续关注。我提交了一个错误报告，标题为VoiceOver不再读出自定义操作，参考号为FB7426771。现在，你知道为什么Swift中没有发布辅助功能自定义操作......只有在iOS 13中才有。😥
1条答案
按热度按时间zbq4xfa01#
我以为通过向我的对象添加自定义操作，它会自动宣布“操作可用”，或者“向上滑动以选择...”
你是对的，它应该宣读这些公告，但这种奇怪的行为已经被引入，使其在iOS 13**中变得罕见。😨
它以前提供给包含自定义操作的每个元素，但现在，当您导航到包含不同操作集的另一个元素时，它将发生。
其目的是为了防止在与前一个元件存在相同操作的元件上重复发布公告”* ⇒ source
无法还原此行为，这对VoiceOver用户来说非常有效。
而且，如果你在iOS 12中也这样做，它就能完美地工作：每次为可访问元素实现自定义操作时，都会显示并通知这些自定义操作。👍
不幸的是，在iOS 13中，这是一种新行为，由Apple支持部门自行解释 （accessibility@apple.com），但没有公开演示 （WWDC、Apple网站...），对于使用VoiceOver的视力受损人士来说，这种巨大的修改与其说是一种重大的进步，不如说是一个问题，这是疯狂的。😡
支持人员没有提出任何解决方案，我们将不得不处理这个问题，除非在下一次WWDC中进行回滚...点蜡烛吧。🙏
（️️️🔳️️🔳️️️2020年3月19日）
我写了一个D开发者T技术S支持I事件 （编号730330678），下面是苹果的答案：
没有已发布的信息。
我们有意在iOS 13中做了一些更改，这样我们只会在操作列表从您所在的上一个元素发生变化，或者您移动到不同的容器时才说出可用的操作。
您可以对列表进行flash操作，或者在容器之间快速切换，但这应该在不更改代码的情况下工作。
不幸的是，在目前的航运系统，这是一个错误。
我们也在改进我们的文档，请继续关注。
我提交了一个错误报告，标题为VoiceOver不再读出自定义操作，参考号为FB7426771。
现在，你知道为什么Swift中没有发布辅助功能自定义操作......只有在iOS 13中才有。😥