- From: Andrew Arch <andrew@w3.org>
- Date: Tue, 09 Feb 2010 15:39:36 +0000
- To: Sharron Rush <srush@knowbility.org>
- CC: wai-eo-editors@w3.org
Hi Sharron, http://www.w3.org/WAI/EO/Drafts/training/2009/topics.html Thanks for the suggestions - I've taken a pass at incorporating them, and done some more restructuring and tersification in the 2010/02/09 version of topics.html. Shadi and I discussed the requirements for some of the sections to contain the scope and maintain the tersification requirement and came up with the following guidelines which is what I tried to apply to the first couple of topics. I took a pass at topic #3 too, just to see if it worked for me - feel free to take a pass too. "what the audience will learn" should still be 'verb driven' with max of 5 bullets (+/- 1). BTW, not sure if that heading is worded correctly yet, but lets still work on writing little-l learning objectives like you previously drafted, without the instructional design connotation of calling them L.O.s "key points" should complement the 'learning' but be like messages to impart with max of 3 bullets (+/- 1). I took a pass at these for topics #1, #2 and #3 - how do they work for you? Take another go if you like. "questions" should have some sort of learning outcome, and be usable internationally. Again I took a pass. Don't want to loose some of your activity type suggestions though - will store them for the 'tips' pages which might be where we put activities, if not on the examples page. "demonstrations" should describe the activity & have an outcome. I tried this - and tried linking to an appropriate resource at Shadi's suggestion (but not sure about that). With the demos and questions, we need to be aware of keeping it brief, focussed, and internationally relevant, so should include a minimum number of suggestions and only if they are essential to the messages and the fka LO's. BTW, I tried Shawn's formatting suggestion for Goal and Audience on topic #1 - thoughts? Feel free to call/skype me if you want to discuss any of this. Thanks for all the assistance - two brains are certainly better than one. Looking forward to your suggestions and improvements for the other topics. Andrew Sharron Rush wrote: > > So I applied another version of the template to the two first items. > Let me know if the format is good - or what changes are needed - and I > will make similar changes to the rest. Right now please let me know > primarily if I have the organization right. > > When I come across one that I think will be good for more formal > learning objectives I will alert you Andrew so you can present it to > Heather. > > Best, > Sharron > > ------------------------------------------------------------------------ > > * Skip to content <#main> > * | Change text size or colors </WAI/changedesign.html> > > W3C <http://www.w3.org/>Web Accessibility initiative > <http://www.w3.org/WAI/> > > WAI: Strategies, guidelines, resources to make the Web accessible to > people with disabilities > > > Site Navigation > > W3C Home <http://www.w3.org/> > > Web Accessibility Initiative (WAI) Home </WAI/> > > 1. Introducing Accessibility <../../../../gettingstarted/Overview.html> > 2. Guidelines & Techniques <../../../../guid-tech.html> > 3. Managing Accessibility <../../../../managing.html> > 1. Policy Resources <../../../../policy-res.html> > 2. Business Case <../../../../bcase/Overview.html> > 3. Implementing <../../../../implementing.html> > 4. Developing Training <../../../../train.html> > 1. Presentations <../../../../presentations/Overview.php> > 2. Planning Training [Draft] <Overview.html> > 1. » Topics to Present > 2. Examples <scenarios.html> > 3. Tips for Presenters <prep.html> > 5. Technical Papers <../../../../techpapers.html> > 4. Evaluating Accessibility <../../../../eval/Overview.html> > 5. WAI Groups <../../../../groups.html> > 6. About WAI <../../../../about-links.html> > > * WAI Site Map <../../../../sitemap.html> > * Help with WAI Site <../../../../sitehelp.html> > * Translations <../../../../wai-translations.html> > * About RSS <../../../../highlights/about-rss.html> > * Search </WAI/search.php> > > *Editors Draft: 03 February 2010 *[changelog > <../../../changelogs/cl-training.html>] $Date: 2010/02/05 09:58:11 $ by > $Author: andrew $ > Status: This document is an in-progress Editor's Draft revision; /t//he > existing published version is at > <http://www.w3.org/WAI/training/Overview.html>./ Please send comments to > wai-eo-editors@w3.org <mailto:wai-eo-editors@w3.org> (a publicly > archived list). > > * Overview <Overview.html> > * > Topics > * Examples <scenarios.html> > * Tips <prep.html> > > > [Draft] Topics for Web Accessibility Presentations and Training > > This page outlines some potential topics to speak about during a > presentation, or to use as a section of a training session. Some topics > include draft presentations that can be used directly, others are just > frameworks to build a presentation from. The topic overviews can also be > used starting points for developing training sessions as described on > the training examples <scenarios.html> page. > > > List of Topics > > Select a link for more information about presenting that topic and > resources to draw from. > > * *Introducing Accessibility * > 1. Introducing Web Accessibility <#t1> > 2. How People with Disabilities Use the Web <#t2> > 3. Components of Web Accessibility <#t9> > 4. Promoting Web Accessibility <#t7> > * *Guidelines and Techniques * > 5. Introducing WCAG 2.0 <#intro20> > 6. Migrating to WCAG 2.0 <#migrate> > 7. Designing Accessible Websites with WCAG 2 <#t4> > 8. Browser Accessibility and UAAG <#t6a> > 9. Authoring Tool Accessibility and ATAG <#t6b> > 10. Accessible Rich Internet Applications <#aria> > * *Managing Accessibility* > 11. Business Case for Web Accessibility <#t3> > 12. Improving the Accessibility of Existing Websites <#improve> > 13. Involving Users in Web Projects <#t10> > 14. Web Accessibility and Older People <#older> > 15. Accessibility and the Mobile Web <#mobile> > 16. Web Accessibility Policy and Legislation <#policy> > * *Evaluating Accessibility* > 17. Quick Check for Web Accessibility <#t5a> > 18. Conformance Evaluation for Web Accessibility <#t5b> > > > 1. Introducing Web Accessibility > > > Goal > > To help people understand basic principles of web accessibility, who is > affected and why it is important. > > > Audience > > General Public > > > Description > > This topic introduces the importance of the Web as an essential > communication tool. It examines the issue that people with disabilities > and older people should have equal access and should not face barriers. > It further introduces reasons why web accessibility is important by > discussing how people with disabilities use the Web every day and the > impact on their lives when web information and tools are not accessible. > > > What the audience will learn > > * What web accessibility means > * The many ways that people's lives are affected by lack of equal > access to web based technologies > * About international efforts to ensure web accessibility. > * How to get involved and where to get more information about web > accessibility > > > Speaker Notes > > > Key Points: > > * Access to the Web is an essential component to full participation > in the information society. > * If we live long enough, every one of us will require some aspect > of accessible design to continue to participate. > * How people with disabilities and older people use the Web. > * The impact of poor accessibility on many people. > > > Primary Resources > > * Examples of poor web accessibility > * Show video on website accessibility and use of the Web by people > with disabilities and/or older people > * Demonstrate some assistive technology (or get a person who relies > on it to demonstrate) > * Accessibility - W3C > <http://www.w3.org/standards/webdesign/accessibility> - introduces > the why, what and how of web accessibility > * Online slides why is Web accessibility an issue > <http://www.w3.org/Talks/WAI-Intro/slide3-0.html> and impact of > Web on people with disabilities > <http://www.w3.org/Talks/WAI-Intro/slide4-0.html> from Overview of > WAI <http://www.w3.org/Talks/WAI-Intro/>. > * Material from Use of the Web > <http://www.w3.org/WAI/presentations/ageing/waiage.html#webuse> > from Web Accessibility for Older Users presentation > <http://www.w3.org/WAI/presentations/ageing/> > * Introduction to Web Accessibility > <http://www.uiaccess.com/accessucd/resources_videos.html> - a > longer introduction to the what, why and how of web accessibility > * How People with Disabilities use the Web > <http://www.w3.org/WAI/intro/people-use-web.php> - provides > examples of people with different disabilities using Web sites, > applications, browsers, and authoring tools > * Before and After Demonstration [Draft] > <http://www.w3.org/WAI/demos/bad/draft/2009/> - shows some typical > pages as inaccessible and accessible with minimal difference to > visual appearance > * Videos of People with Disabilities using ICT > <http://www.uiaccess.com/accessucd/resources_videos.html> - some > demonstrations, some interviews (compiled by UIAccess) > > > Additional resources: > > * Inaccessibility of CAPTCHA > <http://www.w3.org/WAI/intro/captcha.php> - examines potential > solutions to test that users are human, not software robots, in a > way that is accessible to people with disabilities > > > Handouts: > > * @@ > > > Questions to Engage Audience: > > * How do YOU use the web? for...work school, social exchanges, etc? > * Anyone with elderly parents...are they online? > * Think of an accomodation in the built environment for people with > disabilities (auto-doors, curbcuts, ramps, captions.) Does anyone > else ever use those? Who/how? Accessibility benefits everyone. > * Ask everyone who would like to live to the age of 80 or beyond to > stand or raise hand. Then ask those with a birthday before Jan 30 > to sit down. Those are the number born with a disability. Ask > those with a birthday in Jan-March to sit down/lower hand. Those > are disabilities acquired by age 23. Repeat with April - June > (equivalent to numbers of people who acquire disability by age 50. > July - September (age 60). Then have people sit by month > announcing decade. October (70) November to Dec 15 (80) Look > around the room. Those still standing are approximately equivalent > to the number of people who will make it past the age of 80 > without acquiring a disability that will impact their ability to > use the Web. Accessibility benefits all of us who live long enough. > > back to topics list <#toc> > > > 2. How People with Disabilities Use the Web > > > Goal > > Help people understand assistive technologies, alternative web access > strategies and common barriers faced by people with disabilities and > older users accessing the Web. > > > Audience > > Everyone > > > Description > > This topic describes some of the barriers and difficulties faced by > people with disabilities and older people and introduces the different > ways they might access the Web. Strategies may include both adaptive > strategies and assistive technologies with regular browsers. These > combinations mean that most people with disabilities or impairments can > access the Web when it is built using principles of accessible design. > > > What the audience will learn > > * Accessibility has an impact on the lives of people with many > different disabilities and age-related impairments > * About the barriers experienced by people with disabilities and > older users on the Web. > * Become more familiar with actual devices and adaptive strategies > used by people with disabilities and older users > * Where to get more information > > > Speaker Notes > > > Key Points > > * Cross-disability aspects of web accessibility > * Impairments and disabilities experienced by older people > * Impact of poor accessibility on access by people with disability > * How people with different kinds of disabilities use the Web > * Adaptive strategies and assistive technologies used by people with > disabilities > * Interplay of user agents with web content > > > Primary Resources > > # Assistive technologies and adaptive strategies for accessing the Web, > for instance by using one or more of: > > * a text-only browser > * a screen reader with speech output > * a screen magnifier > * voice recognition software > * captions on a video > * adapted keyboards > > # Show a few popular and/or locally relevant websites, and ask the > audience to discuss barriers on the sites > > * with the images and multimedia turned off > * by tabbing through the pages and following some key links > > # Show some video of people with disabilities using the Web > # Use adaptive strategies such as significant screen enlargement or > keyboard-only navigation to explore a number of websites, including > their own, during or after the session > # Online slide Web accessibility is a Cross-Disability Issue > <http://www.w3.org/Talks/WAI-Intro/slide6-0.html> from *Overview of WAI > presentation* <http://www.w3.org/Talks/WAI-Intro/> > # Material from Changing Abilities of Older People > <http://www.w3.org/WAI/presentations/ageing/waiage.html#abilities> from > *Web Accessibility for Older Users presentation* > <http://www.w3.org/WAI/presentations/ageing/> > # How People with Disabilities Use the Web > <http://www.w3.org/WAI/intro/people-use-web.php>- provides examples of > people with different disabilities using Web sites, applications, > browsers, and authoring tools > # Better Web Browsing: Tips for Configuring Your Computer [Draft] > <http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html> - references > to resources to help people customize their web browser and computer setup > # Essential Components of Web Accessibility - Interdependencies Between > Components <http://www.w3.org/WAI/intro/components.php#depend> - shows > how Web accessibility depends on several components working together > # Videos of How People with Disabilities using ICT > <http://www.uiaccess.com/accessucd/resources_videos.html>- some > demonstrations, some interviews (compiled by UIAccess) > > > Handouts: > > * @@ > > > Questions and demonstrations to Engage Audience > > * @@ > > back to topics list <#toc> > > > 3. Components of Web Accessibility > > > Goal > > People understand that there are three sets of WAI guidelines that > contribute to Web accessibility and the importance of each one. > > > Audience > > Web developers and others with professional responsibility for creating > accessible online content and applications; accessibility advocates; ICT > departments > > > Description > > This topic illustrates how Web accessibility depends on several > components working together and how improvements in specific components > will substantially improve Web accessibility. It also shows how the WAI > guidelines address these components. > > > Learning objectives for audience > > * Know that there are three related sets of WAI guidelines > * Understand the role of each set in creating and maintaining an > accessible Web > * Relate underlying technologies to accessibility (and WAI-ARIA as > an enabler) > * Understand how various guidelines and specifications fit together > to ensure accessibility > * Know where to get more information > > > Key points for speaker > > * Discuss the importance of all the WAI guidelines in ensuring an > accessible Web - content, browsers, media players, authoring > tools, assistive technologies, and users > o Web content - getting it; creating it > o Role of browsers and assistive technologies > o Role of authoring tools and evaluation tools > o Role of underlying technologies (HTML, XML, CSS, SVG, SMIL, > etc.) > o Problems when things aren't right > * Introduce WAI Web accessibility guidelines that cover the > different components > o WCAG, ATAG, UAAG > * Introduce WAI-ARIA and it's role in making scripting and dynamic > pages accessible > > > Demonstrations/Exercises/Activities > > * Ask participants about which aspects they are responsible for, or > can influence, and discuss > > > Resources > > * *"Components of Web Accessibility" Presentation* > <http://www.w3.org/WAI/presentations/components/> - this > presentation can be used as the basis for this topic > * Essential Components of Web Accessibility > <http://www.w3.org/WAI/intro/components.php> - shows how Web > accessibility depends on several components working together > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > * How People with Disabilities Use the Web > <http://www.w3.org/WAI/intro/people-use-web.php> - provides > examples of people with different disabilities using Web sites, > applications, browsers, and authoring tools > * Web Content Accessibility Guidelines (WCAG) Overview > <http://www.w3.org/WAI/intro/wcag.php> - an overview of WCAG and > the related documentation > * Authoring Tool Accessibility Guidelines (ATAG) Overview > <http://www.w3.org/WAI/intro/atag.php> - an overview of ATAG and > the related documentation > * User Agent Accessibility Guidelines (UAAG) Overview > <http://www.w3.org/WAI/intro/uaag.html> - an overview of UAAG and > the related documentation > > > Additional resources: > > * Accessibility Features of HTML > <http://www.w3.org/WAI/References/HTML4-access>, Accessibility > Features of CSS <http://www.w3.org/TR/CSS-access>, Accessibility > Features of SMIL <http://www.w3.org/TR/SMIL-access/>, > Accessibility Features of SVG <http://www.w3.org/TR/SVG-access/> > * WAI-ARIA Overview <http://www.w3.org/WAI/intro/aria> - describes > the problems that WAI-ARIA addresses, and introduces the WAI-ARIA > suite of technical document > > back to topics list <#toc> > > > 4. Promoting Web Accessibility > > > Goal > > To encourage web accessibility advocates and support their efforts to > promote inclusive design practices. > > > Audience > > Accessibility advocates and all others wanting to encourage web > accessibility > > > Description > > This topic introduces ways of promoting and furthering web > accessibility. This might be as a 1:1 or small group discussion at any > time as well as via a formal presentations or training sessions. It > could also occur in an advocacy situation, or might involve engaging > with WAI's interest groups or working groups. > > > Learning objectives for audience > > * Understand that web accessibility is an ongoing challenge that > needs a high level of awareness > * Become familiar with the components of web accessibility (WCAG, > ATAG and UAAG) that make accessibility more easily achievable > * Think about the best approach, specific to each particular > audience, for effective advocacy > * Identify opportunities to promote web accessibility, which might > include speaking at local web development interest groups, > developing organizational policies, undertaking research projects, etc > * Learn how to participate in WAI and other W3C projects > * Know where to get more information > > > Key points for speaker > > * Discuss opportunities to encourage: > o Web sites to be accessible and meet WCAG > o Authoring tools, CMS's, blogging tools, wikis, etc to meet > ATAG. For example by directly contacting vendors and > developers and requesting increased accessibility support in > future versions or by purchasing tools that provide the best > support for accessibility > o Web browsers, media players, assistive technologies, and > other user agents to meet UAAG > o Organizations to adopt an accessibility policy for their > organization that defines their commitment to Web accessibility > * Discuss (as appropriate): > o Opportunities to promote web accessibility within local & > regional web-related user-groups > o Involvement opportunities in WAI interest and working groups > o WAI process and opportunities to contribute > o Mainstreaming of accessibility solutions and research > opportunities > o Translation opportunities > o Advocacy opportunities > o Use of WAI logos > > > Demonstrations > > * Demonstrate use of WAI logos > > > Resources > > * Participating in WAI <http://www.w3.org/WAI/participation> - > describes the different participation opportunities in WAI > * WAI Working Groups and Interest Groups > <http://www.w3.org/WAI/groups.html> - listing of all he WAI > working groups and interest groups with links to their individual > pages > * Translating WAI Documents <http://www.w3.org/WAI/translation.html> > - pointer to translation policy; list of existing translations; > priority list of documents for translation > * Contacting Organizations about Inaccessible Websites > <http://www.w3.org/WAI/users/inaccessible.html> - steps and tips > to help report websites with accessibility problems > * Developing Organizational Policies on Web Accessibility > <http://www.w3.org/WAI/impl/pol.html> - addresses considerations > that can arise when developing organizational policies on Web > accessibility > * WCAG logos <http://www.w3.org/WAI/WCAG2-Conformance.html> & ATAG > logos <http://www.w3.org/WAI/ATAG10-Conformance.html> - how and > when to use the conformance logos > > > Additional resources: > > * Why Standards Harmonization is Essential to Web Accessibility > <http://www.w3.org/WAI/Policy/harmon> - explains the key role that > harmonization of standards plays in increasing the accessibility > of the Web > * How WAI Develops Accessibility Guidelines through the W3C Process: > Milestones and Opportunities to Contribute > <http://www.w3.org/WAI/intro/w3c-process.php> - introduces how WAI > works through a process designed to encourage community input and > consensus development > > back to topics list <#toc> > > > 5. Introducing WCAG 2.0 > > > Goal > > Basic familiarity with WCAG 2.0 and its benefits. > > > Audience > > Anyone needing an introduction to WCAG 2.0 and familiarization with the > WCAG 2.0 documents > > > Description > > This topic introduces WCAG 2.0 and its benefits. It presents the > principles, guidelines, success criteria and techniques along with the > various WCAG 2 documents that help developers and others understand and > utilize WCAG 2. It should emphasize the role of How to Meet WCAG 2.0 as > the gateway to working with WCAG 2. It also introduces WCAG 2.0 > conformance requirements. > > > Learning objectives for audience > > * Understand the four basic principles under which WCAG 2 is organized > * Relate the four organizing principles to the supporting > Guidelines, Success Criteria and associated techniques > * Understand the benefits of WCAG 2 in relation to > internationalization, interoperability, adaptability to emerging > technologies, etc > * Learn about tools and documents provided to support practical > implementation and testing > * Know how to locate support resources through the "How to Meet WCAG > 2.0" gateway > > > Key points for speaker > > * The four principles of Web accessibility in WCAG 2.0 - > Perceivable, Operable, Understandable, Robust > * The twelve WCAG 2.0 Guidelines (in brief) > * The structure of WCAG 2.0 success criteria and associated > techniques (Failure, Sufficient, Advisory) > * The benefits of WCAG 2.0 > o International standard > o Applies to more advanced technologies > o Clearer criteria and more precisely testable > o Adaptable, flexible for different situations, and developing > technologies and techniques > o Extensive supporting materials, practical implementation > guidance > * The WCAG 2.0 documents > o How to Meet WCAG 2.0 (Checklist and gateway to other documents) > o Understanding WCAG 2.0 (Intent of success criteria) > o Techniques for WCAG 2.0 (Instructions for developers) > o WCAG 2.0 Technical Recommendation (the Standard) > * Conforming to WCAG 2.0 > > > Demonstrations/Exercises/Activities > > * How to Meet WCAG 2.0 - A customizable quick reference to WCAG 2.0 > requirements (success criteria) and techniques > > > Resources > > * Web Content Accessibility Guidelines (WCAG) Overview > <http://www.w3.org/WAI/intro/wcag.php> - an overview of WCAG and > the related documentation > * Understanding the Four Principles of Accessibility > <http://www.w3.org/TR/UNDERSTANDING-WCAG20/intro.html#introduction-fourprincs-head> > (from understanding WCAG 2.0) > * The WCAG 2.0 Documents <http://www.w3.org/WAI/intro/wcag20> - > describes the different WCAG 2.0 technical documents, to help know > where to go for different types of information > * *Benefits of WCAG 2 presentation* > <http://www.w3.org/WAI/presentations/WCAG20_benefits/> - a > complete presentation to draw from > * Improving the Accessibility of Your Web Site > <http://www.w3.org/WAI/impl/improving.html> - approaches to make > the process of improving accessibility more efficient and effective > * How to Meet WCAG 2.0 Customizable Quick Reference > <http://www.w3.org/WAI/WCAG20/quickref/> - lists all of the WCAG > 2.0 requirements and techniques to meet the requirements; also: > o Understanding WCAG 2.0 - A guide to understanding and > implementing Web Content Accessibility Guidelines 2.0 > <http://www.w3.org/TR/UNDERSTANDING-WCAG20/Overview.html> > o Techniques for WCAG 2.0 - Techniques and Failures for Web > Content Accessibility Guidelines 2.0 > <http://www.w3.org/TR/2008/NOTE-WCAG20-TECHS-20081211/Overview.html#contents> > o Web Content Accessibility Guidelines (WCAG) 2.0 (Technical > recommendation) <http://www.w3.org/TR/WCAG20/> > > > Additional resources: > > * How WAI Develops Accessibility Guidelines through the W3C Process: > Milestones and Opportunities to Contribute > <http://www.w3.org/WAI/intro/w3c-process.php> - introduces how WAI > works through a process designed to encourage community input and > consensus development > > > Handouts: > > * WCAG 2 at a Glance > <http://www.w3.org/WAI/flyer/Overview.html#glance> - a paraphrased > summary of Web Content Accessibility Guidelines WCAG 2.0 > > back to topics list <#toc> > > > 6. Migrating to WCAG 2 > > > Goal > > Understand the relative ease of migrating to WCAG 2. > > > Audience > > Web developers; policy makers; accessibility advocates > > > Description > > This topic is intended to help those who have previously incorporated > older accessibility standards to make the shift to WCAG 2. The materials > and resources included here help to prioritize, analyze, and document > technical and organizational requirements. > > > Learning objectives for audience > > * Understand that the basic goals of accessibility have not changed > * Learn to identify priority areas for revision based on impact and > effort > * Understand the need to analyze and relate those priorities to WCAG > 2 Principles, Guidelines and Success Criteria > * Develop methods to document the process and update organizational > policies and supporting materials > * Know where to get more information, including WCAG 2 translations > > > Key points for speaker > > * Accessibility is fundamentally the same > * Impact and effort assessment to prioritize updates > * Determining conformance parameters, including technologies relied on > * Analysis of how the WCAG 2 technical requirements apply to your site > o Existing checkpoints that relate to WCAG 2 requirements > o New WCAG 2 success criteria > * Updating of organizational policies and technical documents > * Availability of WCAG 2 translations > > > Resources > > * How to Update Your Web Site from WCAG 1.0 to WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/from10/websites.html> - detailed > guidance for designers, developers, and project managers > * How WCAG 2.0 Differs from WCAG 1.0 > <http://www.w3.org/WAI/WCAG20/from10/diff.php> - describes the > differences in structure and the different support resources > * Comparison of WCAG 1.0 Checkpoints to WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/from10/comparison/> - lists the new > requirements in WCAG 2.0, and shows how each WCAG 1.0 checkpoint > relates to WCAG 2.0 > * *Benefits of WCAG 2 presentation* > <http://www.w3.org/WAI/presentations/WCAG20_benefits/> - a > complete presentation to draw from > * Web Content Accessibility Guidelines (WCAG) Overview > <http://www.w3.org/WAI/intro/wcag.php> - an overview of WCAG and > the related documentation > * The WCAG 2.0 Documents <http://www.w3.org/WAI/intro/wcag20> - > describes the different WCAG 2.0 technical documents, to help know > where to go for different types of information > * WCAG 2.0 Translations <http://www.w3.org/WAI/WCAG20/translations> > - a list of complete and in-progress translations > > > Additional resources: > > * Improving the Accessibility of Your Web Site > <http://www.w3.org/WAI/impl/improving.html> - approaches to make > the process of improving accessibility more efficient and effective > * Implementation Plan for Web Accessibility > <http://www.w3.org/WAI/impl/> - considerations for the planning > process for implementing web accessibility > > > Handouts: > > * WCAG 2 at a Glance > <http://www.w3.org/WAI/flyer/Overview.html#glance> - a paraphrased > summary of Web Content Accessibility Guidelines WCAG 2.0 > > back to topics list <#toc> > > > 7. Designing Accessible Websites (with WCAG 2) > > > Goal > > To inform about developing accessible web content and applications. > > > Audience > > Web designers and developers > > > Description > > This topic introduces techniques for developing websites that will be > accessibile to people with disabilities and older people. It introduces > the gateway to the WCAG 2.0 techniques and highlights appropriate > techniques for various aspects of a typical website, as well as > techniques that create accessibility barriers for some people. > NB. see also the Accessibility of Authoring Tools <#t6b> topic to > include aspects of user generated content. > > > Learning objectives for audience > > * Learn to use the How to Meet WCAG 2.0 Customizable Quick Reference > as a guide to find and implement proven accessible design techniques > * Understand the applicability of WCAG 2.0 Success Criteria to all > web technologies, including complex, dynamic, and media content > * Distinguish between the different categories of documented > techniques and their relationship to best practice > * Apply principles of accessibility using specific techniques that > are validated by means of success criteria > * Become familiar with navigating among the various resources > * Know where to get more information > > > Key points for speaker > > * The principles and guidelines from the Web Content Accessibility > Guidelines 2.0 as general accessibility principles > * The success criteria for WCAG 2.0 and their applicability to all > web technologies > * The different types of documented techniques for WCAG 2.0 - > failure, sufficient and advisory > o The importance of the advisory techniques as best practice > for different groups such as older people > * Use of How to Meet WCAG 2.0 Customizable Quick Reference for > finding documented techniques > * Selected techniques, including > o text, including presentation and resizing > o semantic structure & markup > o forms, timeouts, and input assistance > o data tables > o links > o color and contrast > o images, animations and flashing content > o scripting and keyboard access > o multimedia, including sound contrast, captions, audio > description, and transcripts > * Accessibility of Ajax and related DHTML technologies and the role > of WAI-ARIA > > > Demonstrations/Exercises/Activities > > * The Before and After Demonstration pages showing some of the > improvements and techniques used > * The How to Meet WCAG 2.0 Customizable Quick Reference) to > demonstrate access to the WCAG 2.0 Techniques document and markup > examples > * A short captioned video (with transcript) to show how even a > multimedia example can be fully accessible > * Recoding some of the BAD 'before' pages to improve accessibility > > > Resources > > * Web Content Accessibility Guidelines (WCAG) Overview > <http://www.w3.org/WAI/intro/wcag.php> - an overview of WCAG and > the related documentation > * *Benefits of WCAG 2 presentation* > <http://www.w3.org/WAI/presentations/WCAG20_benefits/> - a > complete presentation to draw from > * The WCAG 2.0 Documents <http://www.w3.org/WAI/intro/wcag20> - > describes the different WCAG 2.0 technical documents, to help know > where to go for different types of information > * How to Meet WCAG 2.0 Customizable Quick Reference > <http://www.w3.org/WAI/WCAG20/quickref/> - lists all of the WCAG > 2.0 requirements and techniques to meet the requirements; also > links to "Understanding" for descriptions, examples, and resources > o HTML techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/> > o CCS techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/> > o Scripting techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/> > o SMIL techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/> > * WCAG 2.0 Conformance > <http://www.w3.org/WAI/WCAG20/quickref/Overview.php?introopt=Y#conformance-reqs> > - lists the WCAG 2.0 conformance levels and requirements > * WAI-ARIA Overview <http://www.w3.org/WAI/intro/aria> - describes > the problems that WAI-ARIA addresses, and introduces the WAI-ARIA > suite of technical document > * Better Web Browsing: Tips for Configuring Your Computer [Draft] > <http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html> - > references to resources to help people customize their web browser > and computer setup > * @@ Accessible video sample (resource to be provided) > * @@ Techniques also exist for the accessibility of other web > technologies such as Flash, PDF, Silverlight, etc - these > techniques are documented on the vendor's site as well as by third > parties > > > Additional resources: > > * Improving the Accessibility of Your Web Site > <http://www.w3.org/WAI/impl/improving.html> - approaches to make > the process of improving accessibility more efficient and effective > * Inaccessibility of CAPTCHA > <http://www.w3.org/WAI/intro/captcha.php> - examines potential > solutions to test that users are human, not software robots, in a > way that is accessible to people with disabilities > * Accessibility Features of HTML > <http://www.w3.org/WAI/References/HTML4-access> - relates to HTML 4.0 > * Accessibility Features of CSS <http://www.w3.org/TR/CSS-access> - > summarizes the features of the Cascading Style Sheets level 2 > (CSS2) known to directly affect the accessibility of Web documents > * Accessibility Features of SMIL <http://www.w3.org/TR/SMIL-access/> > - summarizes the accessibility features of the Synchronized > Multimedia Language version 1.0 (SMIL 1.0), > * Accessibility Features of SVG <http://www.w3.org/TR/SVG-access/> - > describes the Scalable Vector Graphics 1.0 Specification (SVG 1.0) > features that support accessibility > * WAI-ARIA Authoring Practices 1.0 > <http://www.w3.org/TR/wai-aria-practices/> - a guide to > understanding and implementing Accessible Rich Internet Applications > > > Handouts: > > * Web Accessibility QuickTips - WCAG 2 at a Glance > <http://www.w3.org/WAI/WCAG20/glance/> - a paraphrased summary of > Web Content Accessibility Guidelines WCAG 2.0 > * Including People with Disabilities in Design Studies > <http://www.w3.org/WAI/flyer/Overview.html#pwds> > > back to topics list <#toc> > > > 8. Browser Accessibility and UAAG > > > Goal > > Understand the importance of user agents in enabling web accessibility. > > > Audience > > Web developers; ICT departments; accessibility advocates > > > Description > > This topic introduces the interrelationship between content and browsers > and the adaptive strategies that some people use with their browsers. It > also introduces the User Agent Accessibility Guidelines as one of the > requirements for web accessibility. > > > Learning objectives for audience > > * Understand UAAG as one of the key components to ensuring Web > accessibility > * Gain insight about how UAAG relates to other WAI guidelines [@@ > and the current status of the Working Draft for UAAG 2.0] > * Learn about how browsers, media players, etc interface with > assistive technologies > * Learn about the adaptive strategies used by people with > disabilities in configuring user agents > * Know where to get more information > > > Key points for speaker > > * The inter-relationship of the three WAI guidelines in achieving > accessibility > * General principles and specific checkpoints for accessibility of > browsers, multimedia players, and interface with assistive > technologies > * Adaptive strategies and assistive technologies people might adopt > for better web browsing > > > Exercises/Activities > > * Ask audience about the browser software they are using, and > discuss accessibility issues which arise > * Ask audience about the media player software they are using, and > discuss accessibility issues which arise > * Ask people to use adaptive strategies such as significant screen > enlargement or keyboard-only navigation to explore a number of > websites and multi-media sites, including their own, during or > after the session > > > Resources > > * Essential Components of Web Accessibility > <http://www.w3.org/WAI/intro/components.php> - shows how Web > accessibility depends on several components working together > * "Components of Web Accessibility" Presentation > <http://www.w3.org/WAI/presentations/components/> - presentation > that can be drawn on about different people and technology > components that have a role in providing Web accessibility > * User Agent Accessibility Guidelines (UAAG) Overview > <http://www.w3.org/WAI/intro/uaag.html> - an overview of UAAG and > the related documentation > * Table of Checkpoints for User Agent Accessibility Guidelines 1.0 > <http://www.w3.org/TR/UAAG/uaag10-chktable.html> - list may be > used to review a tool or set of tools for accessibility > * Better Web Browsing: Tips for Configuring Your Computer [Draft] > <http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html> - > references to resources to help people customize their web browser > and computer setup > > > Additional resources: > > * User Agent Accessibility Guidelines 1.0 > <http://www.w3.org/TR/UAAG10/> - specifies requirements that, if > satisfied by user agent developers, will lower barriers to > accessibility > * User Agent Accessibility Guidelines (UAAG) 2.0 [Draft] > <http://www.w3.org/TR/UAAG20/> - updated (draft) requirements > that, if satisfied by user agent developers, will lower barriers > to accessibility > * How WAI Develops Accessibility Guidelines through the W3C Process: > Milestones and Opportunities to Contribute > <http://www.w3.org/WAI/intro/w3c-process.php> - introduces how WAI > works through a process designed to encourage community input and > consensus development > > back to topics list <#toc> > > > 9. Authoring Tool Accessibility and ATAG > > > Goal > > Understand the importance of authoring tools in achieving web accessibility. > > > Audience > > Web developers; web managers; procurement personnel > > > Description > > This topic introduces the interrelationship between content and > authoring tools and discusses the ongoing merger of technologies > (browser with authoring tool) with web-based authoring and > user-generated content. It also discusses the selection of accessible > authoring tools and introduces the Authoring Tool Accessibility Guidelines. > > > Learning objectives for audience > > * Understand ATAG as one of the key components to ensuring Web > accessibility > * Gain insight about how ATAG relates to other WAI guidelines [@@ > and the current status of the Working Draft for ATAG 2.0] > * Learn how to choose the most accessible options for in-house CMS > and other authoring tools > * Understand the concept of work-arounds for inaccessible tools > * Know where to get more information > > > Key points for speaker > > * The inter-relationship of the three WAI guidelines in achieving > accessibility > * The requirement for authoring tools to have an accessible > interface as well as to generate accessible web content > * The selection and use of in-house authoring tools or CMS's and > consideration of limitations or workarounds > * The design of accessible authoring tools, including Blogs and > other tools for user-generated-content, that support the > production of accessible content > > > Exercises/Activities > > * Ask audience about the authoring tools or CMS's, etc they are > using, and discuss accessibility issues which arise > * Ask the audience about the blogging or other user-generated > content tools they are using and possible accessibility issues > * Ask participants to use adaptive strategies such as significant > screen enlargement or keyboard-only navigation to publish some > user generated content, during or after the session > * Ask participants to check their authoring tool or CMS for > accessibility by users and accessibility of output after the session > > > Resources > > * Essential Components of Web Accessibility > <http://www.w3.org/WAI/intro/components.php> - shows how Web > accessibility depends on several components working together > * *"Components of Web Accessibility" Presentation* > <http://www.w3.org/WAI/presentations/components/> - presentation > that can be drawn on about different people and technology > components that have a role in providing Web accessibility > * Authoring Tool Accessibility Guidelines (ATAG) Overview > <http://www.w3.org/WAI/intro/atag.php> - an overview of ATAG and > the related documentation > * Selecting and Using Authoring Tools for Web Accessibility > <http://www.w3.org/WAI/impl/software.html> - provides information > which may help find improved authoring tools and/or work around > the gaps in existing authoring tools > * Checklist of Checkpoints for Authoring Tool Accessibility > Guidelines 1.0 <http://www.w3.org/TR/ATAG/atag10-chktable.html> - > lists of all checkpoints from the Authoring Tool Accessibility > Guidelines 1.0 > * Checklist for Authoring Tool Accessibility Guidelines 2.0 [Draft] > <http://www.w3.org/TR/ATAG20/checklist.html> - lists all of the > guidelines and success criteria from ATAG 2.0 > * Implementing ATAG 2.0 [Draft] > <http://www.w3.org/TR/IMPLEMENTING-ATAG20/> - a guide to > understanding and implementing Authoring Tool Accessibility > Guidelines 2.0 > * Better Web Browsing: Tips for Configuring Your Computer [Draft] > <http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html> - > references to resources to help people customize their web browser > and computer setup > > > Additional resources: > > * How WAI Develops Accessibility Guidelines through the W3C Process: > Milestones and Opportunities to Contribute > <http://www.w3.org/WAI/intro/w3c-process.php> - introduces how WAI > works through a process designed to encourage community input and > consensus development > > back to topics list <#toc> > > > 10. Accessible Rich Internet Applications > > > Goal > > An understanding of the requirements for accessible rich internet > applications. > > > Audience > > Web developers; @@ policy makers; @@ procurement personnel > > > Description > > This topic introduces techniques for developing rich internet > applications that will be accessibile to people with disabilities. It > introduces the WAI-ARIA resources and highlights appropriate techniques > for various features of an accessible rich internet application. > > > Learning objectives for audience > > * Understand the various accessibility barriers of rich internet > applications > * Understand the relationship of WAI-ARIA to WCAG 2.0 > * Learn about the technical solutions provided by WAI-ARIA > * Know where to get more information > > > Key points for speaker > > * Identify types of accessibility barriers in rich internet applications > * Basic steps to make rich internet applications accessible > * WAI-ARIA features that make help make Ajax, DHTML, etc accessible > * WAI-ARIA Roles, States, Properties, plus relationships and live > regions > > > Demonstrations/Exercises/Activities > > * Illustrate some WAI-ARIA uses like drag-and-drop, sliders, > navigation, etc > > > Resources > > * WAI-ARIA Overview <http://www.w3.org/WAI/intro/aria> - describes > the problems that WAI-ARIA addresses, and introduces the WAI-ARIA > suite of technical document > * WAI-ARIA FAQ <http://www.w3.org/WAI/aria/faq> - some frequently > asked questions (FAQ) about WAI-ARIA > * WAI-ARIA Primer <http://www.w3.org/TR/wai-aria-primer/> - > introduces developers to the accessibility problems that WAI-ARIA > is intended to solve, the fundamental concepts, and the technical > approach of WAI-ARIA > * WAI-ARIA Authoring Practices 1.0 > <http://www.w3.org/TR/wai-aria-practices/> - a guide to > understanding and implementing Accessible Rich Internet Applications > * WAI-ARIA techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/Overview.php> > > > Additional resources: > > * Scripting techniques from How to Meet WCAG 2.0 > <http://www.w3.org/WAI/WCAG20/quickref/Overview.php> > * How WAI Develops Accessibility Guidelines through the W3C Process: > Milestones and Opportunities to Contribute > <http://www.w3.org/WAI/intro/w3c-process.php> - introduces how WAI > works through a process designed to encourage community input and > consensus development > > back to topics list <#toc> > > > 11. Business Case for Web Accessibility > > > Goal > > Appreciation of the business case for web accessibility. > > > Audience > > Web accessibility advocates, web site managers and other management > staff who need data to inform decisions about the return on web > accessibility investment > > > Description > > This topic introduces social, technical, financial and legal factors > that might influence an organization's decision about web accessibility. > It also introduces the flow-on effects, including to the mobile web, and > the components that might comprise an organization's web accessibility > policy. > > > Learning objectives for audience > > * Learn about the changing demographics of web users as the world > population ages > * Relate web accessibility to improved cross-device browsing > including television, mobile, etc > * Survey social factors, procurement practices and government > policies relevant to accessibility and business > * Understand the legal landscape and liabilities associated with web > accessibility > * Learn from case studies and successful corporate accessibility > policies and practices > * Know where to get more information > > > Key points for speaker > > * Disability statistics relevant to use of the Web, including > population ageing > * Carry-over benefits of accessibility for other Web users > * Mainstreaming of accessibility with device independence - car, > television, games consoles, mobile-phone, etc with speech output, > touch screen, motion sensors, etc > * Social, technical, financial and legal factors in developing a > business case as relevant to the audience's context > * Government, industry, or other policies that are relevant to the > audience's context > * Case studies of accessibility improvements > * Features of an organization's policy for web accessibility > > > Demonstrations > > * Web access via a mobile phone or hand-held device to > popular/relevant websites (or use a mobile browser emulation) > > > Resources > > * Developing a Web Accessibility Business Case for Your Organization > <http://www.w3.org/WAI/bcase/Overview.html> - a suite of five web > pages covering the social, technical, financial, and legal and > policy factors in the business case for Web accessibility > * Online slide Web accessibility is a marketplace issue > <http://www.w3.org/Talks/WAI-Intro/slide7-0.html> from *Overview > of WAI presentation* <http://www.w3.org/Talks/WAI-Intro/> > * Material from Changing demographics > <http://www.w3.org/WAI/presentations/ageing/waiage.html#demog> and > Changing abilities > <http://www.w3.org/WAI/presentations/ageing/waiage.html#abilities> > from *Web Accessibility for Older Users presentation [Draft]* > <http://www.w3.org/WAI/presentations/ageing/> > * @@ Also see your national statistics agency (and possibly some > national disability organizations) > * Online slide accessibility contributes to universal design > <http://www.w3.org/Talks/WAI-Intro/slide8-0.html> from Overview of > WAI <http://www.w3.org/Talks/WAI-Intro/> > * Web Content Accessibility and Mobile Web: Making a Web Site > Accessible Both for People with Disabilities and for Mobile > Devices <http://www.w3.org/WAI/mobile/> - introduces the > similarities along with benefits of addressing both areas > * Case Studies of Accessibility Improvements > <http://www.w3.org/WAI/bcase/resources.html#cases> from Resources > for Developing a Web Accessibility Business Case for Your > Organization <http://www.w3.org/WAI/bcase/resources.html> > * Policies Relating to Web Accessibility > <http://www.w3.org/WAI/Policy/> - links to laws and policies > regarding Web accessibility around the world (not definitive) > * Developing Organizational Policies on Web Accessibility > <http://www.w3.org/WAI/impl/pol.html> - addresses considerations > that can arise when developing organizational policies on Web > accessibility > > back to topics list <#toc> > > > 12. Improving the Accessibility of Existing Websites > > > Goal > > Support organizations taking the initial steps towards implementing web > accessibility. > > > Audience > > Web developers; website owners; decision makers in corporate, government > and educational institutions > > > Description > > This topic will assist organizations to start the process of embracing > web accessibility by improving their existing website and planning for > ongoing accessibility. It will walk them through a process of > understanding accessibility, identifying problems, prioritizing repairs, > and planning for future accessibility. > > > Learning objectives for audience > > * Identify existing accessibility barriers > * Understand the elements needed to create a plan with timeline and > measurable objectives to improve website accessibility > * Learn to create an effective accessibility policy and ongoing > maintenance plan relevant to individual circumstance > * Know where to get more information > > > Key points for speaker > > * Identifying scope and nature of accessibility problems > * Creating an implementation plan to optimize accessibility improvements > * Prioritizing 'low-hanging-fruit' for immediate accessibility fixes > * Planning for ongoing accessibility and creating an accessibility > policy and monitoring process > > > Demonstrations/Exercises/Activities > > * Quick techniques for preliminary web accessibility review > > > Resources > > * Improving the Accessibility of Your Web Site > <http://www.w3.org/WAI/impl/improving.html> - approaches to make > the process of improving accessibility more efficient and effective > * Preliminary Review of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/preliminary.html> - describes a method > to quickly identify some accessibility problems on a website > * Conformance Evaluation of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/conformance.html> - describes a > conformance evaluation method that combines automatic, > semi-automatic, and manual testing > * Implementation Plan for Web Accessibility > <http://www.w3.org/WAI/impl/> - considerations for the planning > process for implementing web accessibility > > > Additional resources: > > * Developing a Web Accessibility Business Case for Your Organization > <http://www.w3.org/WAI/bcase/Overview.html> - a suite of five web > pages covering the social, technical, financial, and legal and > policy factors in the business case for Web accessibility > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > > back to topics list <#toc> > > > 13. Involving Users in Web Projects > > > Goal > > Encourage all web projects to involve users from the start. > > > Audience > > Project Managers; development teams; QA and usability departments > > > Description > > This topic documents how to involve people with disabilities from the > beginning of a web development project. It demonstrates that doing so > will provide better understanding of accessibility issues and enable the > implementation of more effective accessibility solutions. It also > explains how including users with disabilities and older users in web > development and evaluation can identify usability issues that are not > discovered by conformance evaluation alone. > > > Learning objectives for audience > > * Understand benefits of involving users with disabilities and older > users in development and evaluation of web sites > * Gain skills in how to engage such users > * Understand the complementary nature of conformance to guidelines > and user experience reporting > * Know where to get more information > > > Key points for speaker > > * The importance and benefits of involving users in all aspects of > web projects > * How and when to involve users throughout a project > * The benefits of involving users in web accessibility evaluation > * How to combine testing with users with formal conformance > evaluation methods > * Care required when drawing conclusions > > > Demonstrations/Exercises/Activities > > * Ask participants to share experiences of involving users in their > projects > * Ask participants to identify opportunities to involve users in > their own project and discuss > > > Resources > > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > * Involving Users in Evaluating Web Accessibility > <http://www.w3.org/WAI/eval/users.html> - describes the benefits > from evaluating with real people and identifying usability issues > that are not discovered by conformance evaluation alone > * How People with Disabilities Use the Web > <http://www.w3.org/WAI/intro/people-use-web.php>- provides > examples of people with different disabilities using Web sites, > applications, browsers, and authoring tools > > > Handouts: > > * Including People with Disabilities in Design Studies > <http://www.w3.org/WAI/flyer/Overview.html#pwds> > > back to topics list <#toc> > > > 14. Web Accessibility and Older Users > > > Goal > > Provide understanding of the importance of web accessibility for older > people. > > > Audience > > Web developers; procurement personnel; accessibility advocates > > > Description > > This topic explores the changing demographics in most countries as the > world population ages. It associates the need for web accessibility with > the increasing prevalence of impairments of older age. It demonstrates > the need for all WAI guidelines to be adopted to meet the needs of older > users and presents the outcomes of the WAI-AGE Project to support > industry and users. > > > Learning objectives for audience > > * Understand that the world population is aging and that increasing > numbers of older users are online > * Relate the age related impairments of older people to the need for > web accessibility > * Understand the value of conforming to WAI Guidelines to meet the > needs of older users > * Learn about the WAI-AGE project and how to become involved > * Know where to get more information > > > Key points for speaker > > * Demographic forecasts show a rapidly increasing older population > in most countries > * Older age is often accompanied by changing abilities > * Older people are online taking advantage of unprecedented > opportunities, but facing barriers > * Web accessibility needs of older people are similar to the needs > of people with disabilities > * Research slow to recognize the overlap > * Importance of all WAI Guidelines in a converging web world > * WAI-AGE project deliverables for industry and users > * Importance of standards harmonization in delivering accessibility > * Opportunities to become involved with WAI's work on ageing > > > Demonstrations/Exercises/Activities > > * Show some video with older people using the Web > > > Resources > > * *Web Accessibility for Older Users presentation [Draft]* > <http://www.w3.org/WAI/presentations/ageing/> - this presentation > can be used as the basis for a presentation on this topic > * Overview of "Web Accessibility for Older Users: A Literature > Review" <http://www.w3.org/WAI/intro/wai-age-literature.php> - the > Literature Review is to inform education and outreach to better > promote accessibility solutions for older Web users > * WAI-AGE Project page <http://www.w3.org/WAI/WAI-AGE/Overview.html> > - includes information about the activities of the WAI-AGE project > * WAI-AGE Project Deliverables page > <http://www.w3.org/WAI/WAI-AGE/deliverables.html> - contains an > overview of the education and outreach material to be updated or > developed within the WAI-AGE Project > * Videos of People with Disabilities using ICT > <http://www.uiaccess.com/accessucd/resources_videos.html>- some > demonstrations, some interviews (compiled by UIAccess) > > > Additional resources: > > * Developing a Web Accessibility Business Case for Your Organization > <http://www.w3.org/WAI/bcase/Overview.html> - a suite of five web > pages covering the social, technical, financial, and legal and > policy factors in the business case for Web accessibility > * Why Standards Harmonization is Essential to Web Accessibility > <http://www.w3.org/WAI/Policy/harmon> - explains the key role that > harmonization of standards plays in increasing the accessibility > of the Web > > back to topics list <#toc> > > > 15. Accessibility and the Mobile Web > > > Goal > > Provide an understanding of the overlapping issues between web > accessibility and mobile web use. > > > Audience > > Web developers; procurement personnel; web policy makers > > > Description > > This topic should encourage development of websites for accessibility > and mobile use concurrently. It demonstrates the common barriers faced > by both groups of users, the overlapping solutions available to > developers, and the ease of meeting the needs of both groups simultaneously. > > > Learning objectives for audience > > * Understand the similarities in the experience of web users with > disabilities and users of mobile devices > * Understand the differences between those user groups > * Learn to meet the overlapping requirements during development > * If one set of requirements has been met, learn to incorporate the > other > * Know where to get more information > > > Key points for speaker > > * Experiences shared by people with disabilities and mobile web > users - Perceivable; Operable; Understandable; Robust > * Similarity and overlap of solutions for web accessibility and > mobile web > * Differences of approach between WCAG and Mobile Web Best Practices > (MWBP) > * Ease of meeting the requirements of both audiences > o Incorporating mobile web best practices if you are already > accessible > o Incorporating accessibility if you are already mobile friendly > o Meeting the needs of both during development > > > Demonstrations/Exercises/Activities > > * Demonstrate relevant websites on a mobile device or using a mobile > browser emulator > * Demonstrate overlapping accessibility issues such as keyboard > access, tunnel vision (via emulation), screen magnifier, > linearization via removal of style sheets, scripting not supported > > > Resources > > * Web Content Accessibility and Mobile Web: Making a Web Site > Accessible Both for People with Disabilities and for Mobile > Devices <http://www.w3.org/WAI/mobile/> - introduces the > similarities along with benefits of addressing both areas > * Shared Web Experiences: Barriers Common to Mobile Device Users and > People with Disabilities > <http://www.w3.org/WAI/mobile/experiences> - provides examples of > barriers that people with disabilities and people using mobile > devices experience when interacting with Web content > * Relationship between Mobile Web Best Practices (MWBP) and Web > Content Accessibility Guidelines (WCAG) > <http://www.w3.org/TR/mwbp-wcag/> - technical report describing > the similarities and differences between the requirements in WCAG > and MWBP > * From MWBP to WCAG 2.0 > <http://www.w3.org/TR/mwbp-wcag/mwbp-wcag20.html> (and From MWBP > to WCAG 1.0) <http://www.w3.org/TR/mwbp-wcag/mwbp-wcag10.html> - > describes what also needs to be done to meet WCAG for those > familiar with MWBP > * From WCAG 2.0 to MWBP > <http://www.w3.org/TR/mwbp-wcag/wcag20-mwbp.html> (and From WCAG > 1.0 to MWBP <http://www.w3.org/TR/mwbp-wcag/wcag10-mwbp.html>) - > describes what also needs to be done to meet MWBP for those > familiar with WCAG > > > Additional resources: > > * Mobile Web Best Practices 1.0 <http://www.w3.org/TR/mobile-bp/> - > technical report specifying Best Practices for delivering web > content to mobile devices > * Developing a Web Accessibility Business Case for Your Organization > <http://www.w3.org/WAI/bcase/Overview.html> - a suite of five web > pages covering the social, technical, financial, and legal and > policy factors in the business case for Web accessibility > * How People with Disabilities Use the Web > <http://www.w3.org/WAI/intro/people-use-web.php>- provides > examples of people with different disabilities using Web sites, > applications, browsers, and authoring tools > > back to topics list <#toc> > > > 16. Web Accessibility Policy and Legislation > > > Goal > > Participants will gain an understanding of local web accessibility > policy and legislation, the need for international harmonization, and > the essential elements of an organizational policy. > > > Audience > > Web policy makers; procurement personnel; accessibility advocates > > > Description > > This topic will introduce the policy and/or legal situation that applies > in many countries to an organization's online presence and the > requirement either not to discriminate or to implement web > accessibility. It will cover the need for standards harmonization > internationally, and give participants a starting point for implementing > their own organizational policy. > > > Learning objectives for audience > > * Learn about web accessibility policy specific to local audience > * Understand the need for and the benefits of international policy > and standards harmonization > * Learn the essential elements that an agency, business or > organization needs in order to develop successful web > accessibility policy > * Know where to get more information > > > Key points for speaker > > * Legal and policy factors apply differently to specific > organizations and situations > * Many countries are ratifying the UN Convention on the Rights of > Persons with Disabilities > * Determination of legal and policy factors applying to a specific > organization > o National policies and legislation that might apply > o Industry policy or guidelines that might apply > o Company policy that might apply (e.g. HR or CSR) > * Why standards harmonization is important for web accessibility > * Developing a web accessibility policy for an organization > o Which guidelines > o What level of conformance > o Milestones for implementation > o Monitoring and follow-up processes > o Integration and updating > > > [Demonstrations/Exercises/Activities] > > * @@ > > > Resources > > * Legal and Policy Factors in Developing a Web Accessibility > Business Case for Your Organization > <http://www.w3.org/WAI/bcase/pol.html> - provides guidance on > addressing legal and policy factors in a business case for Web > accessibility > * UN Convention on the Rights of Persons with Disabilities > <http://www.un.org/disabilities/default.asp?navid=12&pid=150> - > ratified by many countries and specifically includes accessibility > of the Internet and other information and communications > technology (ICT) > * International Policies Relating to Web Accessibility > <http://www.w3.org/WAI/Policy/> - links to laws and policies > regarding Web accessibility around the world (not definitive) > * Why Standards Harmonization is Essential to Web Accessibility > <http://www.w3.org/WAI/Policy/harmon> - explains the key role that > harmonization of standards plays in increasing the accessibility > of the Web > * Developing Organizational Policies on Web Accessibility > <http://www.w3.org/WAI/impl/pol.html> - addresses considerations > that can arise when developing organizational policies on Web > accessibility > > > Additional resources: > > * Benefits of WCAG 2 presentation > <http://www.w3.org/WAI/presentations/WCAG20_benefits/> > > back to topics list <#toc> > > > 17. Quick Check for Web Accessibility > > > Goal > > Introduce the concept of a quick website accessibility check, including > benefits, techniques and limitations. > > > Audience > > Web developers; website managers; project managers; procurement > personnel; accessibility advocates > > > Description > > This topic explores the difference between a quick preliminary website > accessibility check and a thorough conformance evaluation review. It > demonstrates some easy evaluation techniques and provide participants > with the understanding and skills to undertake their own quick reviews > and present the results. > > > Learning objectives for audience > > * Learn what is meant by a quick website accessibility check > * Understand basic techniques for performing a quick review > * Learn the difference between a quick check and a full conformance > review > * Know where to get more information > > > Key points for speaker > > * Limitations of a quick web accessibility check > * Selecting representative pages to check > * Quick checks to make with a regular browser > * Checking web pages using specialized browsers > * Use of automated web accessibility evaluation tools (noting that > while many tools are still oriented towards WCAG 1.0 evaluation > they can still give a useful overview) > * Summarizing the results of the quick check > > A longer presentation might also cover: > > * Difference between an initial evaluation and a conformance evaluation > * Role of users in web accessibility evaluation > * Combined expertise required for full evaluation > > > Demonstrations/Exercises/Activities > > * "Before and After Demonstration" site for illustrating > browser-based evaluation techniques and automated tools > * Quick evaluation of participants' own sites and summary of results > > > Resources > > * Preliminary Review of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/preliminary.html> - describes a method > to quickly identify some accessibility problems on a website > * Selecting Web Accessibility Evaluation Tools > <http://www.w3.org/WAI/eval/selectingtools.html> - highlights > different features of evaluation tools which can assist during > evaluation reviews > * Web Accessibility Evaluation Tools > <http://www.w3.org/WAI/ER/tools/Overview.html> - filterable list > of Web accessibility evaluation tools > * Involving Users in Evaluating Web Accessibility > <http://www.w3.org/WAI/eval/users.html> - describes the benefits > from evaluating with real people and identifying usability issues > that are not discovered by conformance evaluation alone > * Using Combined Expertise to Evaluate Web Accessibility > <http://www.w3.org/WAI/eval/reviewteams.html> - describes the > diverse kinds of expertise and perspectives required to evaluate > the accessibility of web content > * Before and After Demonstration [Draft] > <http://www.w3.org/WAI/demos/bad/draft/2009/> - shows some typical > pages as inaccessible and accessible with minimal difference to > visual appearance > > > Additional resources: > > * Better Web Browsing: Tips for Configuring Your Computer [Draft] > <http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html> - > references to resources to help people customize their web browser > and computer setup > * Conformance Evaluation of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/conformance.html> - describes a > conformance evaluation method that combines automatic, > semi-automatic, and manual testing > * Evaluation Approaches for Specific Contexts > <http://www.w3.org/WAI/eval/considerations.html> - describes > considerations for evaluation of large and complex websites > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > > back to topics list <#toc> > > > 18. Conformance Evaluation for Web Accessibility > > > Goal > > Participants will understand how to undertake a conformance review for > website accessibility > > > Audience > > Web developers; accessibility experts > > > Description > > This topic will introduce the approach and techniques for a thorough > website accessibility conformance evaluation review. It will illustrate > relevant evaluation techniques and tools and provide participants with > the understanding and skills to undertake their own conformance > evaluations and present the results. They will also gain an > understanding of the role of testing with users in a comprehensive > evaluation. > > > Learning objectives for audience > > * Understand the concept of a conformance evaluation for websites > and how it differs from a quick review > * Be able to define scope, conformance level and sample size > * Learn about validators and automated tools and be able to choose > among them > * Be able to report findings in a comprehensive and understandable way > * Understand when and how to involve users in evaluation process > * Know when and where to get more help and more information > > > Key points for speaker > > * Difference between an initial evaluation and a conformance evaluation > * Determining the scope of the evaluation and desired conformance level > * Selecting a representative page sample to evaluate, including > consideration for dynamic sites and other contexts > * Considerations in selecting appropriate evaluation tools > * Using validators and automated tools > * Undertaking manual evaluation of representative page sample > o Using a checklist; checking for failure techniques and > sufficient techniques > o Examining with graphical browsers (and browser extensions) > o Examining with specialized browsers > o Reading and evaluating the page content > o Understanding some of the tools available to assist manual > evaluation > * Summarizing and reporting the evaluation findings > * Benefits of involving users for a comprehensive evaluation > * Role of specialist help that may be appropriate > > > Demonstrations/Exercises/Activities > > * "Before and After Demonstration" site to illustrate evaluation > techniques and tools > * Try several different evaluation tools on same set of websites > * Evaluate some relevant pages, recommend improvements, and discuss > > > Resources > > * Conformance Evaluation of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/conformance.html> - describes a > conformance evaluation method that combines automatic, > semi-automatic, and manual testing > * Evaluation Approaches for Specific Contexts > <http://www.w3.org/WAI/eval/considerations.html> - describes > considerations for evaluation of large and complex websites > * Selecting Web Accessibility Evaluation Tools > <http://www.w3.org/WAI/eval/selectingtools.html> - highlights > different features of evaluation tools which can assist during > evaluation reviews > * Web Accessibility Evaluation Tools > <http://www.w3.org/WAI/ER/tools/Overview.html> - filterable list > of Web accessibility evaluation tools > * @@ Checklist of Checkpoints for Web Content Accessibility > Guidelines 1.0 <http://www.w3.org/TR/WCAG10/full-checklist.html> > * How to Meet WCAG 2.0 Customizable Quick Reference > <http://www.w3.org/WAI/WCAG20/quickref/> - lists all of the WCAG > 2.0 requirements and techniques to meet the requirements > * Template for Accessibility Evaluation Reports > <http://www.w3.org/WAI/eval/template.html> (refers to WCAG 1.0, > but applicable to WCAG 2.0) > See also the Before and After Demonstration Reports [Draft] > <http://www.w3.org/WAI/demos/bad/draft/2009/report/before/home.php> > * Involving Users in Evaluating Web Accessibility > <http://www.w3.org/WAI/eval/users.html> - describes the benefits > from evaluating with real people and identifying usability issues > that are not discovered by conformance evaluation alone > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > * Before and After Demonstration [Draft] > <http://www.w3.org/WAI/demos/bad/draft/2009/> - shows some typical > pages as inaccessible and accessible with minimal difference to > visual appearance > > > Additional resources: > > * Involving Users in Web Projects for Better, Easier Accessibility > <http://www.w3.org/WAI/users/involving> - a start to reaping the > benefits of involving people with disabilities and older people > with accessibility needs due to aging, throughout your projects > * Preliminary Review of Web Sites for Accessibility > <http://www.w3.org/WAI/eval/preliminary.html> - describes a method > to quickly identify some accessibility problems on a website > * Using Combined Expertise to Evaluate Web Accessibility > <http://www.w3.org/WAI/eval/reviewteams.html> - describes the > diverse kinds of expertise and perspectives required to evaluate > the accessibility of web content > > > Handouts: > > * Including People with Disabilities in Design Studies > <http://www.w3.org/WAI/flyer/Overview.html#pwds> > > back to topics list <#toc> > > > Topic Outline Structure > > > Goal > > @@ > > > Audience > > @@ > > > Description > > @@ > > > What the audience will learn > > * @@ > > > Speaker Notes > > > Key Points: > > * @@ > > > Primary Resources > > o @@ > > > Additional resources: > > o @@ > > > Handouts: > > o @@ > > > Questions to Engage Audience: > > o @@ > > back to topics list <#toc> > > [*Previous Page* - Overview (Draft) <Overview.html> | Topics List > <#toc> | *Next Page* - Examples (Draft) <scenarios.html>] > > > Document Information > > *Version**: Draft in progress, January 2010* [changelog > <../../../changelogs/cl-responding.html>] > Editor: Andrew Arch <http://www.w3.org/People/Andrew/>; Previous editor: > Judy Brewer <http://www.w3.org/People/Brewer/>. Contributors: Sharron > Rush. Developed with participants of the WAI-AGE Task Force > <http://www.w3.org/WAI/EO/2008/wai-age-tf.html> and Education and > Outreach Working Group <http://www.w3.org/WAI/EO/>. Developed as part of > the WAI-AGE Project <http://www.w3.org/WAI/WAI-AGE/>* (IST 035015*) > funded by the *European Commission under the 6th Framework*. > > [Contacting WAI </WAI/contacts>] Feedback welcome to > wai-eo-editors@w3.org <mailto:wai-eo-editors@w3.org> (a publicly > archived list). > > Copyright </Consortium/Legal/ipr-notice#Copyright> © 1994-2010 W3C </>^® > (MIT <http://www.csail.mit.edu/>, ERCIM <http://www.ercim.eu/>, Keio > <http://www.keio.ac.jp/>), All Rights Reserved. > Creative Commons License > <http://creativecommons.org/licenses/by-nc-sa/3.0/> This work is > published and licensed under a Creative Commons > Attribution-Noncommercial-Share Alike 3.0 Unported License > <http://creativecommons.org/licenses/by-nc-sa/3.0/>. For commercial use, > please contact wai@w3.org <mailto:wai@w3.org> and Judy Brewer > <http://www.w3.org/People/Brewer/>. >
Received on Tuesday, 9 February 2010 15:40:18 UTC