Re: [orca-list] Orca not indicating that a Firefox text entry is writable
- From: Peter Vágner <pvdeejay gmail com>
- To: Joanmarie Diggs <jdiggs igalia com>
- Cc: Nolan Darilek <nolan thewordnerd info>, Orca <orca-list gnome org>
- Subject: Re: [orca-list] Orca not indicating that a Firefox text entry is writable
- Date: Tue, 6 Feb 2018 20:53:54 +0100
Hey Nolan,
The issue where orca is unable to identify Riot.im input area as editable text navigable to via quick nav key in browse mode is partially an orca issue and partially matrix-react-sdk issue I guess.
The
riot.im issue is that this is simply a html div with a lot of _javascript_ functionality and the role is set via aria.
Orca is skipping over it, however NVDA can navigate to it via quick nav.
Also there is an #a11y:
matrix.org room for discussing Riot accessibility. There is not much activity currently however it would be nice to talk more about over verbosity of messages time line view, fixing corresponding live region not to be active wich each text change in that part including scrolling and similar.
I am not currently working on it however I am looking for a way on how to make it work. I was thinking about using aria-hidden on the icons entangled within the text and flip the aria-hidden on these when focussing on them via tab / shift + tab. In such a case we would get nice brief experience when reading with browse mode and we might still be able to activate controls not presented to screen reader users by default. However this is clear abuse of ARIA, I think it's against aria best practices and very likelly to be hated by accessibility evangelists. So I would be happy to talk about it to someone who might potentially like to help me to clear up my mind.
I apologize for an off-topic.
Greetings
Peter
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]