WebAIM - Web Accessibility In Mind

E-mail List Archives

Re: Identifying if focus is visible

for

From: Birkir R. Gunnarsson
Date: Jul 25, 2017 2:10PM

james dietz from Level Access developed an audible focus indicator
plug-in for NVDA
dropboxusercontent.com/u/5705342/AudibleFocus%201.0p1.nvda-addon

I've been meaning to test it forever, but have just been too busy with
other things.

I think it is hard to catch visible focus issus as a blind user
(because visible focs can be provided in a lot of ways, and it is so
easy to detect by a sighted user).
Nevertheless, I love the fact that I can have a basic idea of whether
visible focus is a problem or not by running an NVDA plug-in, so
thumbs up for James for taking this initiative.
Give it a spin.

His instructions (sent to the BATS list) are below.
-B
---
Usage:
NVDA+Shift+F = Toggles AudibleFocus on and off. A high A (880hz) means
it's on, and a lower A (440hz) means it's off.
While AF is on, you'll hear one of three tones when focusing each
item. This tone tells you about the last item which was focused.
Low A (220hz) = This object had no visual change when focus was
removed and will be included in the report.
Low E flat (320hz) = This object is off-screen but has been included
in the focus order. (This means that Skip Nav links are caught, too -
I may rethink this feature later)
C (520hz) = Normal - the picture changed when focus was removed, and
the control was on-screen.

Once you turn AudibleFocus off, a report will be generated in [my
documents]AudibleFocus Reports[yyyy-mm-dd_hh-mm-ss)
Your default web browser will also open with the report index loaded.
Known bugs:
- AudibleFocus will generate a partial report if an app which has
been traversed was closed while AF was active.
- AF will generate error messages for some components which don't
expose a location. (your NVDA log will grow as a result of using this
tool 8))

Future versions will:
- Generate separate reports for individual pages viewed in a web
browser, rather than just one single app-level report.
- Prettier sounds
- Automate detection of focus by traversing the window (next-next
version probably)
- Allow you to more-easily change paths where reports are saved,
the padding around the control's image which is captured (currently
10px), and other settings as they're implemented.

Send questions and suggestions to <EMAIL REMOVED> .


On 7/25/17, Meacham, Steve - FSA, Kansas City, MO
< <EMAIL REMOVED> > wrote:
> Not that I know of. This is one reason that accessibility testing also
> requires someone with good visual acuity. There is no substitution for an
> eyeball and human cognition for validating some of the requirements.
>
> -----Original Message-----
> From: WebAIM-Forum [mailto: <EMAIL REMOVED> ] On Behalf
> Of <EMAIL REMOVED>
> Sent: Friday, July 21, 2017 1:50 AM
> To: 'WebAIM Discussion List' < <EMAIL REMOVED> >
> Subject: [WebAIM] Identifying if focus is visible
>
> All,
>
>
>
> I was wondering if there was any means for a screen reader user to be able
> to check to see if the keyboard focus inn the port view was visible and the
> colour contrast without referring to the code?
>
>
>
> If the code is the only method, I assume javascript can modify the CSS
> attribute?
>
>
>
>
>
> Sean
>
> > > http://webaim.org/discussion/archives
> >
>
>
>
> This electronic message contains information generated by the USDA solely
> for the intended recipients. Any unauthorized interception of this message
> or the use or disclosure of the information it contains may violate the law
> and subject the violator to civil or criminal penalties. If you believe you
> have received this message in error, please notify the sender and delete the
> email immediately.
> > > > >


--
Work hard. Have fun. Make history.