2. Introduction to WCAG 2.0
If you are interested in knowing about the history behind WCAG 2.0, take a look at the timeline of milestones described below.
1995: Web Accessibility Begins
It was during the mid-1990s that web accessibility awareness began to take hold, first mentioned by Tim Berners-Lee in his keynote speech at the 1994 Second International World Wide Web conference in Chicago. The Unified Web Site Accessibility Guidelines were compiled shortly after that at the TRACE Centre at the University of Wisconsin-Madison in 1995. Version 8 of the Unified Web Site Accessibility Guidelines became the seed document for WCAG 1.0.
1999: WCAG 1.0 Released
It was not until 1999 that the first version of the Web Content Accessibility Guidelines (WCAG 1.0) was released by the W3C’s Web Accessibility Initiative (WAI). This was a significant advancement in the promotion of an accessible web. With WCAG 1.0 it was possible to assess accessibility based on a standard, without the need to use applications like JAWS. That standard was also used by assistive technology (AT) developers (of screen readers, for instance) to better understand how AT should interact with content on the Web. One could then judge accessibility based on what the WCAG specification suggested should be done. But, there were problems with WCAG 1.0 that slowed its adoption. These problems would be addressed with the release of WCAG 2.0.
2008: WCAG 2.0 Released
In 2008 WCAG 2.0 was released to address the shortcomings of its predecessor. One of the significant changes included technology independence. This meant that what might previously have been associated with a barrier in HTML content was now a barrier regardless of the technology used.
For example, “include alt text with images,”
2015: HTML5 & WAI ARIA
For example, a developer might wish to use a collection of <div> elements to create a form. This is certainly possible with some script added, but a <div> was never intended to be used as a form element or to be interactive for that matter. They have no role or states or properties that would indicate to an AT user they were in a form, unlike a <form> element in HTML, which has all those semantic characteristics built in by default.
ARIA now allows developers to assign a
role="form" to a
<div> to identify it as a form. A
<div> used to create a checkbox could now have a
role="checkbox" added, and
aria-checked="true" set to have its role and state (checked or not checked) announced to AT the same way the standard HTML form elements get announced. We’ll talk a bit more about WAI-ARIA in Chapter 8, but for now know that it is perhaps the most significant accessibility technology to emerge in recent years.
2017: WCAG 2.1 and Project Silver
When WCAG 2.0 was introduced in 2008, the iPhone had only just been released the year before, and it would not be until 2009 that it would be usable by blind individuals. WCAG 2.0 provided little guidance on developing accessible content to be accessed through mobile devices.
WCAG 2.1 is intended to fill that gap, producing guidelines to help developers comply with accessibility guidelines when developing mobile web and responsive designs for web content, among other things. WCAG 2.1 is currently a work in progress. Twenty eight new guidelines are being proposed, which will be reviewed and finalized over the next year or so.
Recent Article by Scott Hollier, on changes in WCAG 2.1: WCAG 2.1 Draft: Reflections on the New Guidelines and Success Criteria.
In parallel with WCAG 2.1, project Silver has also been launched. Silver is the code name for WCAG 3.0, which is likely to come out around 2020. The focus of Silver is on integrating accessibility standards into the emerging Internet of Things (IoT). With everything from refrigerators, to home climate control systems, to security monitoring now connecting to the Internet, Silver is being developed to ensure these emerging technologies are accessible to everyone.
Why Silver? Silver’s element symbol is Ag, which represents Accessibility Guidelines.