accessible digital culture: past, present and future
DESCRIPTION
Helen Petrie from HCIRG, University of York on accessible digital cultureTRANSCRIPT
Accessible digital culture: past, present and futureHelen Petrie and Christopher PowerHuman Computer Interaction Research Group, Department of Computer Science, University of York
+
The future: personalization, localization, … beyond WCAG ….
Overview
The past: websites, WCAG1
The present: Podcasts,Multimedia,WCAG2
+
Interacting with the web
The Past
+The past: a mid-noughties burst of interest!mid noughties (2003 – 2005)
Considerable interest in accessibility of the digital world, including digital culture Disability Rights Commission Formal
Investigation eGov Unit, target set for government (-funded)
websites of midway between WCAG** Level A and Level AA accessibility
Culture Online funded innovative projects in digital culture area – accessibility mandatory
MLA funded an accessibility audit of websites in the museums, libraries and archives sector
+Very quick primer on WCAG
Web Content Accessibility Guidelines
A set of guidelines from the World Wide Consortium on how to make websites accessible to people with disabilities
Three levels of conformance Level A = most basic Level AA = middle Level AAA = most advanced, fully accessible
14 guidelines, divide into 65 checkpoints
Automatic tools available, but only test a minority of these checkpoints
+The MLA accessibility audit
Assessed the accessibility of 300 websites in the museum, library and archives sectors
46% of websites met minimum WCAG Level A on automated testing (so real level of accessibility probably lower)
Only 3% met level AA – the government and EU target
Substantially better than commercial websites (only 19% met Level A) (evaluated in the DRC FI)
+What happened then ….?
Government failed to follow through very visibly on its commitment to accessibility of websites – relevant government unit closed
Disability Rights Commission merged with others to become EHRC … bogged down in other issues
No cases brought against organizations for lack of accessibility of their websites (at least two settled out of court)
+What happened then … ?
European Commission continued to push for eAccessibility as part of its “Information Society for All” plans
eEurope 2002, eEurope 2005, i2010 strategy
Is anyone listening?
Have the targets been set too high?
Is it too hard to implement accessibility in digital culture and related areas?
UK government has now appointed Martha Lane Fox as Chairman of a Digital Inclusion Task Force
+
Interacting with technology
Click icon to add picture
The Present
+Where are we now?
Ten years on, WCAG 1.0 has aged poorly
Changes in technology, changes in interaction and changes in user activities on the web chipped away at its relevance
Rumours of a new WCAG circulated; drafts were submitted, revised and eventually promised for 2008
Release was expected to be received with much fanfare
+The Mystery Release of WCAG 2.0 Instead of fanfare, WCAG
2.0 appeared in waves of silence
December 2008 was the official release
Many did not know this release happened
One year on, there are few tools addressing WCAG 2.0 criteria
Why is this the case?
+Is WCAG 2.0 harder than WCAG 1.0 to understand and use?
+Is WCAG 2.0 harder than WCAG 1.0 to understand and use? Hopefully this is not the case – but it is very different!
WAI has made some definite improvements over WCAG 1.0 in the following ways: Guidelines are grouped into categories or principles
so that developers can orient themselves easier Guidelines are (mostly) technology independent for
‘futureproofing’ W3C-speak is properly defined and explained
But we need to look deeper to understand this upgrade to WCAG
+WCAG 2.0 Structure: Principles and Guidelines
Four principlesPerceiveable, Operable,
Understandable and Robust
Under each principle are guidelinesThese are general statements about
what designers and developers should aim for in their websites
+WCAG 2.0: Success CriteriaEach guideline has success criteria
These are like the old checkpoints from WCAG 1.0 – these are the things that we can test for in the site
Each success criteria can be evaluated to a level, like WCAG 1.0 priorities (A, AA, AAA)
Some checkpoints can have conditions on content that allows them to satisfy multiple levels
But … the success criteria do not tell you how to test your technology
+How are success criteria tested? The new ‘futureproofing’ has removed the
technology from the success criteria themselves Tests are separate from the criteria – they are stored
in separate documents called ‘Techniques’
There are sufficient techniques that have been judged by the WCAG WG to be sufficient to meet the success criteria; however: Only for W3C technologies currently in use Often contain multiple tests and conditions before we
know we can use them Retains the major criticism of WCAG 1.0 – not
evidence based, but value based decisions
+There is an interesting catch Techniques come in a few different types:
Sufficient – endorsed by the WCAG WG as being sufficient for meeting a guideline
Advisory – they might help in some way General – independent of technologies Technology specific – for W3C technologies only
Most importantly – these techniques are not part of WCAG itself – they are not binding – meaning they don’t have to be used, nor are they part of any kind of conformance statement
Essentially, the WCAG WG has moved the responsibility of developing correct tests onto the development community
+What does that mean for us? We are not bound by the W3C technologies –
we can try to use WCAG 2.0 (even with all of its flaws) to test lots of different technologies Podcasts Audio blogs Picture sharing Video sharing Social networking AJAX, Flash etc.
+What does this mean for us?
First – when tools come out we have to, as a community, check what those tools are testing
Second – begin to develop techniques for non-W3C technologies and validate them with users
Third – share good practice an validated techniques
Interacting with content
The
Future
+What is our end goal?Is it to build accessible technology?
Is it to push the boundaries of technology?
Is it to develop guidelines and standards?
No! In the end we want to communicate some kind of meaning with people! We want to share our concepts, our culture with them
+What type of meaning? Any kind!
Content
versus Delivery
+Distortion of meaning
+What does accessible content mean?
We need to develop ways to maintain and transmit the meaning to the person experiencing an exhibit Can people understand what you are trying to
communicate? Can people perceive the information? Can people interact with it?
Pretty hard to do that for everyone in one content presentation What is the solution?
+Personalisation of content
Matching ofuser preferences
+Measurement of the impact of the meaning
One thing that we are missing is a true understanding about the experience of the person interacting with a cultural artefact How do we know if our intended meaning is
getting through? How do we know what emotions are being
evoked from our meaning? If someone gets a different meaning, or feels
something different, in what ways is that interesting? How do we describe these modified experiences?
An EU supported eAccessibility Network
Strand X: eAccessibility for digital culture
A group of 25 organizations around Europe is in final negotiation with the European Commission to start aneAccessibility Network
it will support the exchange of knowledge about eAccessibility in a number of areas: websites, ticket machines, banking machines, digital television …. digital culture …
d
Contract has not been signed, so it is still unofficial at the moment
However, it is very clear (for reasons that we cannot articulate) that the Commission wants to support this initiative
Of course, the funding from the Commission is not great and we will be seeking further funding in the UK
Activities we plan:
Workshops, tutorials at conferences, other events …
Online support – website from the point of view of developers, not obscure techno-speak …
examples of good/bad practice
what else? In what areas?
What would YOU find helpful?
A practical exercise …
Key issues – what topics in accessibility are of interest to you?
What support – how can we help address these issues?
When? Where? How?