Does this page look plain and unstyled?

Tools, wizards, articles and tutorials on Web Accessibility for the conscientious web developer

Subscribe to Accessify's RSS Feed   

Petition the UK Government For Better Web Accessibility

You may recall that some months ago Bruce Lawson and Dan Champion brought to our attention the poor state of affairs with a recent web site update for the Department of Trade and Industry - as in, it had poor accessibility despite it being a key requirement in the tendering process. It’s still not resolved (although various letters have gone back and forth from Bruce/Dan and government types suggesting that it is being looked at/addressed) but perhaps you can do your bit to ensure that UK taxpayers’ money is not wasted again in the future on sites that fail to meet the accessibility levels that you should rightly expect them to pass.

If you believe that governmental web sites should pass WCAG AA (minimum), add your name to the list here.

Go on, it won’t take you a moment and you’ll be saving Bruce and Dan a lot of bother in the future ;-)

Note: you must be a British citizen or resident to sign the petition.

Comments (9) left to “Petition the UK Government For Better Web Accessibility”

  1. Mike Stenhouse wrote:

    The government should be setting examples with regards to accessibility…

  2. Adrian Higginbotham wrote:

    Campainers might also want to engage in such matters in a more direct way by participating in a public consultation which Becta have recently launched on guidance as to what constitutes a ‘reasonable adjustment’ in creating and using accessible software. While the brief is wider than Websites alone much educational content is delivered via the Browser and the principles of adjustment in the development and procurement process are common across communities. You can get involved up to the 12th of December at http://communities.becta.org.uk/digitalresources/reasonableadjustment/

  3. Dan Eastwell wrote:

    I agree with this initiative, in that all future government websites should all be at least AA accessible. My reservations, though, are that it could prompt a trend whereby the WCAGs become normative, as opposed to guidelines. I dont thing it greatly applies to this drive, but could prompt a worrying precedent whereby at the minimum, projects doen’t get signed off through ‘not having met the guidelines’, but are completely accessible. I’ve outlined my thoughts here http://www.thoughtballoon.co.uk/blog/articles/2006/12/01/should-we-sign-the-accessibility-e-petition

  4. Rosie Sherry wrote:

    My problem with the petition, similar to Dan, is the focus on passing WCAG standards. This causes the problem of people focusing on passing standards without necessarily being accessible.

    The focus of accessibility should be on the user, the petition should therefore focus on the user, and because it doesn’t, I don’t feel it is right to sign it.

    Now if it was reworded I may well change my mind.

  5. Shaun Anderson wrote:

    The UK Government should indeed try to at least highlight the need for accessible sites more - and indeed where possible highlight examples of good web design.

  6. Garf wrote:

    I see scenarios arising where a web manager or sponsor will never sign off a project on the basis of some automated accessiblity testing software’s results. That’ll cost the developer money. Also, where you have a team of ‘non technical’ editorial staff adding content, it only takes a font tag here or there within that content to cause a page to fail AA. (Admittedly this isn’t the case with the DTi site) Surely its unenforceable?

  7. benjaminhawkeslewis wrote:

    Garf,

    “I see scenarios arising where a web manager or sponsor will never sign off a project on the basis of some automated accessiblity testing software’s results.”

    The petition suggests compliance with WCAG, not with some automated accessibility testing software. Such software can never fully test compliance with WCAG. For example, it cannot distinguish appropriate from inappropriate ALT attribute content.

    “where you have a team of ‘non technical’ editorial staff adding content, it only takes a font tag here or there within that content to cause a page to fail AA.”

    You shouldn’t have non-technical staff adding raw HTML content. That’s a sure way to guarantee your site’s eventual inaccessibility. You should you use some sort of transformation on the content they add to ensure it is valid and conforms to guidelines. Tag soup-based systems are intrinsically broken.

  8. benjaminhawkeslewis wrote:

    Oh, and incidentally, it would be nice to have some hint about what sort of markdown or markup can be used in these comments.

  9. Garf wrote:

    What I’m hinting at is that the developer may provide the framework for an accessible website, but anybody who ultimately publishes content to it can very easily cause it to fail guidelines, so we need to be clear where responsiblity lies…

    “Such software can never fully test compliance with WCAG”
    that’s partly my point though…what else is a web manager going to rely on if they can’t assess a webpage themselves? As the developer, you may have to justify yourself against auto test results that you know are flawed

    “You shouldn’t have non-technical staff adding raw HTML content. That’s a sure way to guarantee your site’s eventual inaccessibility” I totally agree, and I’ve been advising our clients the same thing. But if the client demands an option to have free reign over their page layout then the client gets.

Post a Comment

(Never published)
 

Site Navigation

Outside reading

Migrating from WCAG 1.0 to WCAG 2.0
Roger Hudson provides a through transition guide from WCAG 1 to WCAG 2
Beyond CAPTCHA: No bots allowed
James Edwards (aka Brothercake) provides a useful run-down of the problems posed by using CAPTCHAs
Jeremy Keith does an excellent write-up of the Accessibility 2.0 conference (which I was unable to attend)
Sharepoint and Web Accessibility
Bruce Lawson describes the disparity between Sharepoint/MOSS developed web sites and the level of accessiblity that the tool offers to users (summary - it really is not good!)
How does a screen reader user really hear your web site?
Interesting post on Beast Blog about how a screen reader user - a real one! Not one of those fake web developer tester types! - uses the tool to read a web page. A few surprises were waiting in store for author Mike Cherim.
Web Accessibility Toolbar now available in simplified Chinese
The Web Accessibility Tools Consortium (WAT-C) release a simplified Chinese version of the Web Accessibility Toolbar.
Web 2.0 vs Web Accessibility
1-day seminar in London, 25th April, brings together experts in the field to discuss/demonstrate the accessibility issues faced by web 2.0.
Leading accessibility technologists form new alliance to fix problems
The Accessibility Interoperability Alliance (AIA), comprising (among others) Adobe, HP, Microsoft, Novell, and from the assistive tech industry Dolphin, GW Micro and HiSoftware forms to work together "to create and harmonize standards for accessible techn
Fieldsets, legends and screen readers
An excellent run-down of how fieldsets and legends can improve accessibility and how the various screen readers cope with this useful markup.
CAPTCHAs explained - WacBlog
Another really good post on the RNIB\'s Web Access Centre blog explaining captchas, why they\'re bad for accessibility and what the alternatives may be.
Making WCAG easier to read
Derek Featherstone has created some fancy style sheets to make reading WCAG documents a little easier on the eye.
Top Tips for the title attribute
Ann McMeekin provides a set of simple tips regarding when - or rather when not to - use the title attribute. \'Cos sometimes you can try *too much* to be helpful
California court tilts towards mandating web accessibility
Outlaw.com reports (on behalf of The Register) on the Target California class action lawsuit, digging a little deeper into what Target have been doing of late to address matters.
Screen Readers and display:none
Juicy Studio, aka Gez Lemon, investigate some quirks whereby screen readers announce content that they should not be. Perhaps this could be used for good rather than evil?
Google Developer Podcast: The status of accessibility on the Web
An interview with Google research scientist TV Rahman (and Hubbell, his seeing-eye dog!). Lots of talk about CAPTCHAs and accessibility, but no sign of a transcript for this interview as yet.

View all Accessify bookmarks on del.icio.us



This page is styled using Cascading Style Sheets (CSS). If you can read this message, the chances are that your browser does not properly support CSS or you have disabled this yourself. The content on this site is perfectly readable without style sheets, though; it just doesn't look quite so fancy.

site statistics

This site is partnered with MIS Web Design and Top4Office for Copiers and Digipro for Photocopiers. Web design by Swindon Internet & PR Services.

How you can help support this site: Learn web design from the creator of this site, or help him by requesting some PR Photography