iOS 语音在 UINavigationController 上推送/弹出时宣布新的 View 标题

Question

我想知道是否有可能(并且从辅助功能的角度来看是可取的)让 Voice Over 宣布用户进入的每个新 View 的标题。所以像 Voice over saying 之类的话

“地址簿，标题”

后退按钮上的事件选择

“后退按钮”

起初，我尝试通过使用通知功能并构建我希望 Voice Over 说出的字符串来显式调用它。这似乎在用户进入新推送的 View 时起作用，但在返回到同一 View 时不起作用。尽管我的钩子(Hook)在我的 VC 的 ViewWillAppear 方法中，因此这两个方法都被调用了。

我有点困惑，好像我有模式地插入 View ，从屏幕底部向上滑动然后默认的 iOS 行为(我的代码没有任何额外提示)是它宣布 View 菜单标题然后移动到后退按钮上。然而，当在我的导航 Controller 上将 segueing 插入新 View 时，它似乎只想选择并只宣布后退按钮。

我很欣赏后退按钮选择是一种标准且合理的默认设置，而且也许熟悉应用程序的用户可能会因为让新 View 自行宣布而感到厌倦。但对我来说，这可能有助于让用户清楚地了解情况，尤其是新用户，如果 View 在出现时会自行宣布。

事实上，iOS 本身似乎根据 View 的呈现方式表现不同，这让我怀疑我是否做错了什么。这是一个好主意吗？是否有一种标准方法可以使这种行为始终如一地发挥作用？

干杯

Answer 1

我会说，从可访问性的角度来看，这是不可取的。默认的 iOS 行为，尽管有时并不理想，但用户会习惯。

例如:如果您浏览一个网站，并且它有看起来很时髦的按钮。最终你会习惯这些看起来很时髦的按钮。如果你随后看到一个看起来很正常的按钮，你会不会有点困惑，然后说“嘿，这个按钮有什么不同”。它会让你停下来吗？

从可访问性的角度来看，有时默认行为是最好的(只要它通常是可访问的)而不是更容易访问的东西。因为，预期的行为变成了……预期的行为。当您为其他应用程序打开 VoiceOver 时，这种行为是否正常？

一般来说，在测试这个时，针对 Apple 的应用程序进行测试，并遵循他们的指导方针和行为。