与此iOS问题（VoiceOver announces dimmed instead of disabled for buttons）类似，我也有相同的问题，但对于具有话语提示的Android设备。
为什么“话语提示”将“按钮”或“复选框”等某些元素声明为“变暗”而不是“已禁用”？
我应该以某种方式更改此设置，还是将其保留在“话语提示”中？如果我应该将其更改为“ disabled / dimimed”，以使其在整个应用程序中保持一致，该怎么办？
[编辑]：
例：
似乎不仅按钮使用了“变暗”，而且还选中了/打勾复选框。
同样，只有英语似乎使用了“变暗”，在德语中，它仍被读为“ deaktiviert”（已禁用）。
最佳答案
不要改变它。 “话语提示”以用户习惯的方式响应属性。有时，默认行为是最可访问的，因为它是预期的，即使它不是很理想。
如果您想回答“为什么”，我需要您所谈论的特定示例的更多信息。是否有表现出这种行为的应用程序？ “话语提示”不久前已更新，但我通常会在“明显”的时间听到“话语提示”的“已禁用”提示，而不是话语提示的“变暗”提示。我当然不希望两者之间有一般的区别。
另外，我正在浏览TalkBack的当前版本（再次说，TalkBack最近已更新，因此开源版本可能不是最新的并且不可用），并且找不到任何地方的本地化字符串“变暗”。提到了“屏幕变暗”，但这肯定与您所说的有所不同。在我看来，“变暗”的提示来自我建议将代码更改为“ UNDONE”，以便允许TalkBack用户习惯的“已禁用”的提示。在我看来，这就像某个来自iOS背景的人想要复制的东西。 iOS中的行为是将禁用的东西声明为“变暗”。在Android上重复此操作绝对是不适当的。让TalkBack尽其所能！
提供代码示例将有助于我更加确定所有这些事情，您的问题非常模棱两可。什么类型的控件？例如，Button的行为可能不同于TabWidget中的Tab，这可能是有意的。问题的措辞方式，任何比我给出的答案还要具体的猜测。
编辑：
本公告的不同部分：
每个星期日（0）：控件的文本
勾选框：控件的计算角色。在有货的Android中，它将宣布为“ CheckBox”（我正在使用当前的GitHub TalkBack在7.0上进行测试）。三星最好从现有的Android OS保留为“复选框”，我不知道为什么他们觉得有必要将“复选框”更改为“滴答盒”。做不同的事情很烦人，“复选框”和“勾选框”（许可？）之间没有客观差异。
未选择：控件的当前计算状态。在有库存的Android中，这将显示为“未选中”。除非应用程序能够覆盖这一点，否则三星似乎也会对此感到厌烦。他们应该停止这样做，但同样，请注意，不受您的控制，最好不要理会。三星用户将习惯于此。虽然最终我发现“未选定”在CheckBox控件方面有点含糊。我认为“不打勾”会更好。
变暗：同样，另一件事是，除非您的代码被覆盖（对于这种计算状态，在这种情况下，我认为这不可能）。这是计算得出的控件的启用/禁用状态。在有现货的Android中，这将显示为“禁用”。再说一次，别管它。三星最好也不要管它。
显然，三星正在对计算所得组件的辅助功能读数做奇怪的事情。我不确定这种三星风格的Android是哪个版本，但我不认为这些读数已经改变。我知道CheckBox和Disabled自4.2-7.0以来一直是相同的（可能也是AndroidO。）。这些细微的变化破坏了Android Accessibility生态系统。对于这些特定元素，三星绝对是最好的选择，就是不要管它们。但是，鉴于三星已进行了这些更改，因此最好不要修复此碎片。让三星用户和Nexus用户以及摩托罗拉用户以他们习惯并习惯于他们的设备的方式体验事物。允许默认行为，除非绝对必要覆盖它们。当您期望的“昏暗”令人困惑时，您会听到“残疾”的声音，更不用说维护噩梦了，如果三星决定不再对此进行任何改动，反之亦然。当操作系统正在“计算”状态并合理地进行操作时，请让它发生！
关于android - 对讲宣布按钮和复选框的状态为“变暗”，而不是“禁用”，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/45102878/