问题描述
背景： 当焦点在 WebView 控件上时，TalkBack 会宣布“Bing.WebView。双击并按住以长按”的效果（请注意，焦点是 WebView 控件本身，而不是 webview 中的内容）。但是，据我所知，双击和长按除了将 TalkBack 焦点传递到 WebView 本身内的控件之外，似乎没有任何作用。我们的团队有专门研究可访问性的测试人员，他们为此“双击并按住以长按”公告向我们提交了错误。该错误的基本原理表明，由于此操作似乎没有任何作用，因此该公告只会使 TalkBack 用户感到困惑。
此公告似乎并非特定于我们的应用程序，因为我能够在带有指向 Google 的 WebView 的新空白 Android 应用程序上重现此行为（那里显示“Google.WebView。双击并按住长按”）。因为我认为它有助于显示我正在谈论的焦点，所以我添加了我使用下面绿色 TalkBack 焦点指示器构建的原型应用程序的屏幕截图：
问题：
- Android 是否有理由坚持为 WebView 发布“双击并按住以长按”部分？如果存在功能性原因，那么解决此问题的任何尝试都可能没有实际意义。
- 有谁知道阻止 TalkBack 阅读“双击和长按”的方法吗？或者，有没有办法在 TalkBack 中隐藏 WebView 控件本身而不隐藏其中的 html 内容？
我的尝试： 不幸的是，没有看到运气设置 isLongClickable 为 false，将 onLongClickListeners 设置为空，并使用了 stackoverflows here、here、here 和 here 中的一些建议。我在一个空白应用程序上尝试了所有提到的更改，以减少我们生产应用程序的复杂性干扰我正在运行的实验的可能性。将ImportantForAccessibility 字段设置为“No”会从Talkback 中隐藏webview 的所有内部html，因此这也不是一个选项。
旁注，我觉得很有趣：在我的实验中，我还尝试将 WebView 的 isClickable 属性设置为 false，但它仍然可以点击。所以我想知道我是否可能专注于在错误的控件上设置属性（或者 Android 是否完全忽略了 WebView 控件上的这些属性）。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）