#AccessibilityIssues

pablolarahpablolarah
2024-11-25

πŸ”΅ Using Severity Ratings to Prioritize Web Accessibility Remediation

at @webaim

webaim.org/blog/severity-ratin

White text on blue background:
Using Severity Ratings to Prioritize Web Accessibility Remediation
pablolarahpablolarah
2024-10-14

🟑🟒 Reminder – automatic accessibility testing can detect inaccessibility but can’t detect accessibility

by Bogdan Cerovac @CerovacBogdan

cerovac.com/a11y/2024/10/remin

Green text on green lime and yellow backgrounds:
Reminder – automatic accessibility testing can detect inaccessibility but can’t detect accessibility
pablolarahpablolarah
2024-04-22

🧰 Beware – automatic tools over-report accessibility issues
and steal your time
by Bogdan Cerovac @CerovacBogdan

cerovac.com/a11y/2024/04/bewar

Green text on pink background:
Beware – automatic tools over-report accessibility issues
The Programming Linguistmeatbag@dragonscave.space
2023-12-18

Hey, I've talked before about the major thing slowing down Android screen readers: double taps! Just to recap: when you tap the screen, the screen reader waits for some time, just to see if you'll tap again to register a double tap. Only after that time does it register a single tap and tell you what's under your finger. This makes tapping slow! And in normal navigation, it's fine. But in typing, it slows us down a lot! Not only because we have to wait for a fraction of a second for it to register a single tap instead of a double tap, but we also can't touch type so fast because then it will start registering double taps!
The fix for that is really easy. Just make screen readers ignore the double-tap logic in the keyboard area when the keyboard is up (if you selected any typing mode other than double-tap typing). Because it doesn't need to handle double taps in that area; you just put your finger, and it instantly registers a single tap and tells you what's under your finger. When you lift, it types. That would be great, and I'm very sure it's easy to implement (Oh, how I wish I knew enough Java and Android API to implement that into TalkBack...)
Because Android itself is not slow at all! In fact, it's instant for all I can notice. And you can test that, even with your screen reader (just so you can notice the reader is artificially slowing itself down).
First, focus on an item. Now, double-tap. But you need to make your second tap pretty late, just before the timer ends but not much before it, nor after it. You will notice the double tap registers right after your second tap, instantly if you get the timing right, and this is frustrating. The screen reader is intentionally slowing itself down, without giving us an option to change the preset timer or implementing the easy fix for the keyboard to make touch typing possible and fast!
#Android #AndroidAccessibility #ScreenReader #UserExperience #AccessibilityIssues #Accessibility #Talkback

Client Info

Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst