Re: [orca-list] How can I force Orca into focus mode?
- From: Joanmarie Diggs <jdiggs igalia com>
- To: Nolan Darilek <nolan thewordnerd info>
- Cc: Orca <orca-list gnome org>
- Subject: Re: [orca-list] How can I force Orca into focus mode?
- Date: Fri, 3 Jan 2020 17:56:15 +0100
Role application should do it. The application role is exposed via the
"embedded" role.
That said, I wonder if there is a predictable way to identify 2-D canvas
games (and the like) and have Orca do this for you. So:
* Is it focusable?
* Does it have fallback items?
* What else makes these sorts of canvas elements special?
--joanie
On 1/3/20 17:47, Nolan Darilek wrote:
Orca isn't doing anything wrong. I'm rendering a 2-D game to a canvas
element. I'd like to figure out if I can force a switch to focus mode
somehow, so arrows and keyboard commands are intercepted by the canvas
and control the game character rather than navigating around the screen.
Does `role="application"` force focus mode? Or if it doesn't, would it
make sense for it to do so? Maybe I can wrap the canvas in that, or set
that as its role. I'd try myself, but won't be in a position to do so
until tomorrow.
Thanks.
On 1/3/20 10:44 AM, Joanmarie Diggs wrote:
Generally it's roles for items which are expected to have their own
navigation and which Orca's caret navigation and/or structural
navigation doesn't make sense. So:
* Combo boxes
* Entry and password fields
* List boxes
* Menus and menu items and their descendants
* Page tabs
* Progress bars and sliders
* Spin buttons
* Tool bars
* Trees, tree tables, and their items
Due to custom authoring, if it's editable or expandable, it's assumed
to be a focus mode widget regardless of role. Ditto for buttons which
have a popup.
Similarly, there are a handful of roles (embedded, list item, table
cell, and table) where Orca has heuristics to try to determine if
something is a text item or a widget.
Given that you mentioned canvas, I'm wondering if it's falling into
the last hole.
Now your turn: What's your specific use case? Maybe Orca's doing
something wrong, but without information from you I can't tell. :)
--joanie
On 1/3/20 14:53, Nolan Darilek wrote:
Sorry, I wasn't clear.
As a web developer, I'm curious what heuristic Orca uses to decide to
auto-switch to focus mode. It wouldn't be a good idea to generalize
all the way to focusing on a canvas, but maybe there's a role or
trick I can use to hint to Orca that it should stop intercepting keys
when focus lands within a certain element. Right now, manual toggling
works. I'm just wondering if I can automate it.
Thanks.
On 1/3/20 7:48 AM, Matt Dizak wrote:
Yep, Special Key + A
So if you're on the desktop keyboard layout, it's the NumPad Ins key +
A to toggle between browser and focus mode.
Matt
On 1/3/20, Nolan Darilek <nolan thewordnerd info> wrote:
Aside from landing on a form control, is there any way? Experimenting
with building HTML 5 games, and having Orca trigger focus mode on my
game canvas would be a nice quality-of-life improvement. Is there a
role
or other hint I can use to achieve this?
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
_______________________________________________
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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]