VO fails to read "misspelled" in some scenarios
VO fails to read "misspelled" in some scenarios
- Subject: VO fails to read "misspelled" in some scenarios
- From: Charlie Powell <email@hidden>
- Date: Mon, 24 Oct 2016 21:56:41 +0000
- Thread-topic: VO fails to read "misspelled" in some scenarios
I'm seeing an issue related to misspellings that has me absolutely baffled, so hoping somebody on this list might be able to help.
Our app has implemented an accessibility element for a text edit area, and we're correctly returning a value for accessibilityAttributedStringForRange: to ensure users get formatting information. Part of this includes the attributes for marking text as misspelled - we're adding NSAccessibilityMarkedMisspelledTextAttribute for the ranges where text is misspelled. It's also worth noting that we don't rely on the system proofing tools to determine whether or not text is misspelled - we have our own libraries that do this and are using that information to mark the attributes for accessibility.
Generally, this seems to work for various scenarios. When I do VO+T, VO says the text is misspelled along with the other text attributes like font information. I can use shortcuts like VO+Cmd+E to jump to the next misspelled word.
What *doesn't* work is if, for example, I do VO+S to read the current sentence contain the misspelling - VO will read the whole sentence, but not say that the relevant word is misspelled. Similar experience if I do VO+A.
Has anyone seen this or know what might be going on? Generally when these types of things don't work, I assume it's a bug in our implementation of accessibilityAttributedStringForRange, but given that the VO+Cmd+E and VO+T shortcuts work it really seems like we're providing all the correct information to VoiceOver. We also tried adding NSAccessibilityMisspelledTextAttribute (in addition to the aforementioned attribute) but saw no change in behavior. When comparing the output of accessibilityAttributedStringForRange in our app vs. a sample NSTextView-based sample that works, we saw no differences.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Accessibility-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden