Categories
jobs

Web Accessibility Jobs, April 2012

Great opportunities in US, UK, and Australia!

For more, be sure to follow me, accessible_jobs and @a11yjobs on Twitter!

Categories
review

Response to blog Web Accessibility Initiative

This is a response to the blog Web Accessibility Initiative by Nathan Crause. Contrary to the title, the article attempts to disclaim the need for web accessibility, particularly for visual impairments. I submitted a comment but it wasn’t posted. So here it is:

A 3.8% population with visual impairment is not minor at all. If your company has 1 million potential customers, you are ignoring 38,000 chances to make money! And if they’re already customers, be prepared to receive up to 38,000 complaints.

Keep in mind that accessibility also benefits people who have mobile, hearing, and cognitive impairments. They are potential customers, too, and they themselves add up to much more than 3.8% of the U.S. population. The 2009 stats from DisabilityStatistics.org say about 2% of the U.S. population is visually impaired, while total percentage of people who are disabled is around 12%.

Java Applets…seriously?

Content of SVG can be made accessible. And even the accessibility of HTML5 canvas is being worked out.

In addition, Flash can be made accessible. Adobe has made huge improvements here, although not on the Mac. The problem is that developers have the tools to make web sites/apps accessible, but just hardly ever do it.

JavaScript libraries are usually not an issue either. For example, YUI3 and jQuery UI incorporates ARIA which help screen reader users with the interaction.

Still don’t believe me? Check out the W3C’s Developing a Web Accessibility Business Case for Your Organization.

If you current with web technologies, an accessible website doesn’t have to be “crippling”. The bar is now set much higher with modern coding practices available such as progressive enhancement, ARIA, and managing focus. A good example of an accessible web application is Yahoo! email.

The real issue here is ignorance. Ignorance in business, empathy, and proper development technologies and practices. I do agree with you [the author, Nathan] on one point, though; accessibility is a touchy subject.

Categories
csun

CSUN12 Quick Review

Another CSUN conference has come and gone and this year was better than ever. I met many great people for the first time including Joe Dolson, who’s been on the Web Axe podcast a couple times in the past. The conference included much discussion on Google and accessibility, the announcement of WAVE5 beta by WebAIM, and the Tweetup was a bash! Special thanks to Adobe, Deque, and Accessible Media for being such great hosts. On Saturday morning, I attended the SS12 finals in which @Jennison was one of three judges (I judged last year). Be sure to check out the Great Big List by @mactoph which includes many links to presentations, round-ups, podcasts, and more. Also, here’s my Flickr CSUN12 photo album. -Dennis

Joe, Jennison, Dennis, and John sitting at table for lunch.
Photo: Joe, Jennison, Dennis, and John at lunch. Credit: Angela Hooker.
Categories
design review

Comment on Effective Web Design to Enhance Accessibility

Several days ago, I submitted a comment to the article Effective Web Design to Enhance Accessibility, which was recently going around Twitter. The comment wasn’t published, so here it is:

Proper use of headings is another very important issue.
Comments on points above:

  1. Adequate font size by default is best; 16px ideal, 10 or 12 is unacceptable.
  2. Alternative text is a basic requirement that many folks still miss. Especially important on infographics (and comics!). If too long for alt attribute, just put text on page.
  3. Great point, but “link text” or “link content” may be better use of words. The “title” attribute (a.k.a. tooltip) should only be used for supplemental (and not duplicate) information.
  4. Symbols in addition to color is a good practice. In W3C words, “don’t rely on color alone to convey meaning”.
  5. Be sure to have a label for each form component (and associate correctly). Use Fieldset/Legend for long forms to break in sections.
Categories
wcag wcag2 webaim

WCAG Improvements

It was such a relief when WCAG 2.0 became a W3C Recommendation back in December of 2008. But in the fast paced world of the web, nothing stays the same for very long. Even WCAG could use many improvements, especially after over three years. (Time sure flies!)

Jared Smith (@Jared_W_Smith) of WebAIM recently wrote an excellent article WCAG Next which explains some of the top issues and suggests how they can be improved. I pretty much agree with all. Here is a summary:

  • Remove the CAPTCHA Exception – should prohibit all CAPTCHA at Level AA.
  • Media Guidelines – a few suggestions here plus a recommendation for restructuring.
  • Contrast at Level A -minimal contrast requirement needed for Level A.
  • Decrease the 200% Text Resizing Requirement -biggest burden of Level AA.
  • Clarify Images of Text -this is subjective.
  • Specify Mechanisms to Bypass Blocks – add techniques such as skip-to, headings, landmark roles, and others.
  • “Can Be Programmatically Determined” -a confusing aspect of page conformance.
  • Require Keyboard Focus Indicators at Level A – “There is no reason why this should not be a Level A requirement.” Totally!
  • Remove Parsing Requirement – no direct benefit and difficult to test for accessibility; possibly move code validation requirement to Level AAA.