WCAG, HTML, and CSS: Maybe the Standards Need a Break
This and many other posts are also available as a pretty, well-behaved ebook: On Web Development.
These worries and the respective criticism look valid and legitimate—there are problems with the Web Content Accessibility Guidelines (hopefully being addressed by the WCAG Working Group, alternatively addressed by the WCAG Samurai), there’s demand for an update to HTML (formerly addressed by the WHATWG, currently addressed by the new HTML Working Group), and there appears to be need for a more sustained development of the CSS standard.
Let’s all contribute to the needed improvements, yet we’ll probably benefit from a break soon after the release of WCAG 2.0, HTML 5, and CSS 3.
Why? By then (2010?), there will be need for a look back and a thorough revision of these standards, mainly for quality control (unfortunately, the W3C process doesn’t even allow to fix typos once a spec is stable) and implementation. For years we’ve been in such a hurry to update and extend standards that we don’t seem to notice that our complaints about missing or wrong implementations might be caused by exactly that rush. (Current problems and criticism may make this sound ironic, but it’s not.)
Sure, there’s a strong need to fix the specs, but we’ll benefit from a time where we explicitly want just two things: high quality and rest. A “spec freeze” would also allow us to shift some attention to learning and teaching standards.
Someday, let’s take a break.
I’m Jens, and I’m an engineering lead and author. I’ve worked as a technical lead for Google, I’m close to W3C and WHATWG, and I write and review books for O’Reilly. I love trying things, sometimes including philosophy, art, and adventure. Here on meiert.com I share some of my views and experiences.
If you have a question or suggestion about what I write, please leave a comment (if available) or a message. Thank you!
You said: “(unfortunately, the W3C process doesn’t even allow to fix typos once a spec is stable …)”
That is plain wrong. It is called erratas and it is perfectly defined. Looked on the HTML 4.01 spec.
I have replied to Molly on the QA Weblog: Fixing the Web together.
Hi Jens. Note also that errata can be brought into the specification via the PER part of the process. For example, the XML spec is currently in its 4th edition. HTH.
Maybe this is interesting to you, too:
- Next: Load Time, the UX Factor: Facts and Measures
- Previous: Requirements for Website Prototypes (and Design Systems)
- More under Web Development, or from 2007
- Most popular posts
Looking for a way to comment? Comments have been disabled, unfortunately.
Get a good look at web development? Try The Web Development Glossary (2020). With explanations and definitions for literally thousands of terms from Web Development and related fields, building on Wikipedia as well as the MDN Web Docs. Available at Apple Books, Kobo, Google Play Books, and Leanpub.