Re: [orca-list] Can Orca help with access to this crappy HTML?



Still definitely fixed, but this improved something that I'd meant to report as a bug but kept forgetting about.


If you visit Hacker News at https://news.ycombinator.com, then arrow down through the table of links, there are links in the table that only speak when tabbed to--Upvote, for instance. Historically these didn't speak when arrowed past line-by-line, but now the text at least speaks. I wonder if the fact that it is a link might be spoken as well. Any other control, for that matter, but here's a sample where it happens with links. :)


Thanks again.


On 5/15/19 4:48 PM, Nolan Darilek wrote:
Thanks, seems to work about as perfectly as I can expect! :) I appreciate the fix.


On 5/15/19 1:01 PM, Joanmarie Diggs wrote:
Hey Nolan.

I brushed off my turd polisher just for you. <grins>

Using Orca master, you should now be able to do the following on the page in question:

1. See all the clickable items in the list of clickables dialog
2. Activate a given clickable via that dialog (be sure to press
   the Activate button rather than just move there)
3. Navigate amongst all of the clickables via A / Shift+A
4. Use Orca's click command to activate the current clickable (reminder,
   that's Caps Lock + 7 or KP Slash depending on your layout)
5. Hear all the clickables when arrowing within the table using caret
   navigation commands
6. Hear all the clickables when using cell navigation

Some notes on the page-specific interaction:

In the page in question, the first row ("admin") has a clickable in each cell with a checkbox displayed. When you click on these with the mouse, nothing happens. However there is an accessible click action for those items. I have no way of knowing via what's exposed to me that clicking on them won't actually do anything.

In contrast, clicking on any of the cells in the second row does do something. Initially it puts focus on the "enter new role" entry if there is not yet any text there.

Once there's text in the "enter new role" entry, clicking on the cells in the second row cause new stuff to appear beneath the table, but no widget in that new stuff claims focus. Only the "enter new role" entry loses focus. Yay. You just have to know the stuff is there and then arrow or Tab to it.

Anyhoo, with any luck this particular turd is sufficiently shined up to at least be moderately usable now.

Please let me know what you find. Thanks!
--joanie

On 5/15/19 12:52 AM, Nolan Darilek wrote:
Sorry, minor correction. The crappy HTML in question can be found here:


https://hasuraaccessibility.herokuapp.com/console/data/schema/public/tables/test/permissions


Thanks again.


On 5/14/19 5:49 PM, Nolan Darilek wrote:
Stuck using this tech in a current job so I hope so.


If you visit https://hasuraaccessibility.herokuapp.com/console/data/schema/public/tables/test/modify you'll go directly to the screen in question. It has a table with some elements I need to click. The elements and their content are inaccessible, but NVDA at least presents them as "column 3: clickable, column 4: clickable, ..." and I can arrow to and theoretically interact with them.


Does Orca get enough from Firefox to at least make the fact that empty clickables are located in those particular cells?


And is there any way to accessibly interact with these? I've tried Enter and simulated left-clicks in NVDA, but either nothing happens or something does and I can't see it. I know Orca can't necessarily polish a turd, but maybe it can at least soften it. :P


Thanks.

_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]