Re: [orca-list] Strange behavior when using the role attribute in websites



It behaves just as it does on google.com with the search field. The toolbar is the first object that appears in the rendered html source. When the page loads, Orca automatically goes into focus mode. This is a page with Bootstrap 4 on it. Otherwise I did not set focus to the toolbar. I didn't know that an author had to create their own navigation within certain containers such as toolbar, tree, and others. I assumed the screen reader did it for you since JAWS and NVDA already do it. Sorry for the confusion.


On 5/4/19 4:45 PM, Joanmarie Diggs wrote:
Sorry for being spammy. Are you saying that the first thing on your page
is a toolbar, but you're not putting focus on it? If so, I *could* tweak
Orca to not assume focus mode. But if the first thing on the page is a
toolbar, it does look a bit web-appy (as opposed to texty).

--joanie

On 5/4/19 4:39 PM, Joanmarie Diggs wrote:
When a page loads, Orca looks to see if the author (or browser) has
placed focus in a focus-mode (i.e. web application gui) object or form
input. A toolbar is a web application gui object. It is assumed that if
the author has placed you automatically inside of a toolbar, then the
associated web application will be providing the navigation. As a
result, Orca puts you in focus mode.

A question back at you: Why are you putting users inside a toolbar if
you want screen readers to treat it like textual content?

--joanie


On 5/4/19 7:41 AM, Andy Borka via orca-list wrote:
Hi,


Orca master, Ubuntu 19.04.


When I design websites, I often use the role attribute with html
elements. However, Orca presents some interesting behavior when
interacting with these types of html elements. When Orca is presented
with one of these controls, it goes into focus mode and doesn't interact
with the control very well. For example, a div with role="toolbar" puts
Orca into focus mode on the toolbar, but the only way to interact with
the controls inside the toolbar is to press TAB rather than using the
left/right arrows. In another instance, using role="tree" and
role="treeitem" puts Orca into focus mode on the tree, but I can't
interact with the tree nodes. Orca will only go into focus mode when an
element with the role attribute is the first thing on the page. Any
ideas what might be going on?


_______________________________________________
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

_______________________________________________
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

_______________________________________________
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]