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

[Andy Borka <sonfire11 gmail com>]

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