Tag Archives: Web Browsers

Regaining focus

During the latter part of this past week, I performed an accessibility “audit” for an organization I’ve done this type of work for in the past and unfortunately haven’t done much for in recent months. It feels good to be at it again.

And the web developer’s work I was evaluating was missing one of the most basic concepts of accessible web design. They removed the focus indicator from their links. I thought I’d share how I got around this potential show stopper with a little browser feature I’ve had to use possibly a couple other times for situations not quite as serious as this proved to be, but I think this will be worth the effort.

But before I drone on, it seems this needs to be said at least one more time. You really should avoid removing the focus indicator from web sites. Now I understand why one would do it. In some browsers the outline shows when you click on a link and that complicates certain aesthetic goals. And there are ways around this (largely).

But, as the link above demonstrates, this isn’t a new concern. This is merely me taking my sweet ass time at getting to a point. Which isn’t my main point, bear with me, I’ll get there. Revisiting practices that have since passed “pressing” relevancy can sometimes help your current processes. Take my “audit” this past week as a perfect example. Read “Regaining focus” in its entirety

The frustrations of VoiceOver

First off, the title of this post is obviously link bait. I don’t seriously believe this to be a real “issue.” But if you’ve not read my last post, it might be worth reading for some context, I’ve found an answer as to why I was having issues using VoiceOver. And I thought I’d share.

What I didn’t divulge last post was I was primarily trying to use VoiceOver with my work. Again, as I alluded in my previous post, I’m talking about VoiceOver on OSX. For sometime I’ve been very casually building what I refer to as “an orderly, semantic mark-up centric, un-styled and accessible WordPress starter theme” — for which, as of this writing, it’s technically none of the above. But I’ve named it bA53.

My goals with this personal project are many. But most importantly I’m using this opportunity to push myself to learn about a few different aspects of web development, specifically.  Web Accessibility Initiative – Accessible Rich Internet Applications (WAI-ARIA), how Screen Readers actually interact with what I build and actively using Git/ Github in my workflow to my advantage — I’m the master of the tiny commits and the much too frequent push’s. Read “The frustrations of VoiceOver” in its entirety

My life with a Screen Reader

So for quite some time now, much longer than is even remotely justifiable in fact, I’ve been having my share of difficulty both with using and understanding how to use Screen Reader Technology. Or more to the point, I just don’t get how this particular technology is usable to Blind and Low-Vision users.

Just to be crystal clear, I’m not knocking the technology or anyone who uses it, I’m only speaking towards my experience with it. And since my experience is limited, take this for what it’s worth, which isn’t a hellva lot.

Using said technology is an almost maddening endeavour each and every time I try to use it. I cannot wrap my head around making personal, productive use of it — and when I refer to “it,” in the interests of full disclosure, since I design and develop on a Mac, I mean VoiceOver. Read “My life with a Screen Reader” in its entirety