-
Notifications
You must be signed in to change notification settings - Fork 220
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support LinkAnnotation actions and CustomActions in AccessibilityRenderExtension #1840
Comments
Thanks for creating this issue! Both of these sound like great additions that I will try to get to work on soon to get into the next Paparazzi release. For the |
Samples of 1. would be awesome for your use case. Should be straight forward to add support for the actions specified. |
I think that URLs should not be output because they are long, and are not announced by the screen reader anyway. However, it would be useful to discern
There is another kind of Example Output
The For example |
On second thought. To be consistent, I think that it's useful to distinguish between all 3 types of actions, not just between the 2, like I initially suggested. The keywords for the 3 types of actions could be:
I don't feel strongly about the keyword labels. Something short and descriptive would be best. OrderingIt's probably best to draw any annotation string actions first, in the order they appear inside the string, (by span start index), followed by any custom accessibility actions in the order they are defined. |
Two related requests:
AnnotatedString
actionsSemanticsPropertyReceiver.customActions
It would be useful to render these strings with
AccessibilityRenderExtension
.The latter seems possible with, SemanticsActions.CustomActions.
However, I'm not sure whether the former is possible. Maybe using, SemanticsProperties.LinkTestMarker? The docs say that
LinkTestMarker
property is for internal use only and not intended for general use by developers.The text was updated successfully, but these errors were encountered: