Status Update
Comments
kl...@google.com <kl...@google.com> #2
For testing, might be related to
ae...@google.com <ae...@google.com> #3
Hmm, without a revamped next-generation API, I'm not sure there's anything natural we can do to improve the behavior by default here. It might make the most sense to tell developers using ClickableText
to add semantics
manually adding custom actions for each clickable section.
I see the API is designed to support multiple hyperlinked spans in the same text, by passing back the character offset
to the handler. It's an imperative mechanism so not well-suited to automatic accessibility behavior. I see Zach has a
And the View system behavior for clickable text is documented
is...@google.com <is...@google.com>
so...@google.com <so...@google.com> #4
ClickableText
is deprecated in 1.7.x release. Please use a
If you can't migrate to 1.7.x and continue to use earlier version of Compose, please provide accessibility support manually. One option is to set UrlAnnotation
that will expose the part of the string to the Talkback. Alternatively you could provide custom semantics actions but is not recommended for accessibility support as this provide unfamiliar user experience with the links.
Description
ClickableText
has a custompointerInput
and does not publish any semantics actions for invoking the click action, so it is not accessible to a11y services.