This publication shares the proceedings of IT Accessibility in Higher Education, a capacity building institute (CBI) held in Seattle, Washington on February 4 – 6, 2015. Attendees included disability service professionals, individuals with disabilities, and information technology (IT) professionals from across Washington State. These proceedings may be useful for people who
This event was sponsored by UW Accessible Technology Services at the University of Washington (UW), a UW-IT (University of Washington Information Technology) unit that supports both the Access Technology and DO-IT (Disabilities, Opportunities, Internetworking, and Technology) Centers. These centers are dedicated to empowering people with disabilities through technology and education. They promote awareness and accessibility to maximize the potential of individuals with disabilities and make our communities more vibrant, diverse, and inclusive.
The DO-IT Center strives to
The Access Technology Center (ATC) focuses on ensuring students, faculty, and staff with disabilities have access to technology—including computers, software, and special equipment—that supports them in accomplishing their work. ATC staff help individuals select and use assistive technology and supports a showroom with numerous products, including
The show room includes a collection of accessible science equipment such as automatic stirrers, tactile measuring devices, and talking calculators. The ATC provides braille embossing and tactile graphics for the UW community.
ATC staff promote the development and use of accessible technology products by
The IT Accessibility in Higher Education CBI provided a forum for sharing interventions and strategies that promote accessibility of IT at colleges and universities. Attendees, in teams of two—a disability service professional and an IT professional from each specific school—came from postsecondary educational institutions across Washington State. Many attendees had disabilities themselves. In total, over fifty participants were in attendance.
The CBI provided a forum to share expertise, practices, suggestions for future collaborations, and funding ideas. Broad issues discussed included
In small working groups, participants responded to the following questions:
In this CBI
The CBI was comprised of presentations, panel discussions, and group discussions. CBI participants shared their diverse perspectives and expertise. The agenda for the CBI and summaries of the presentations are provided on the following pages.
7 – 9 pm
Reception
8 – 8:30 am
Breakfast and Networking
8:30 – 9 am
Welcome, Introductions, and Goals
Sheryl Burgstahler, University of Washington
9 – 9:45 am
Overview of IT Accessibility Issues
Sheryl Burgstahler, University of Washington
10 – 11 am
Web Accessibility
Terrill Thompson, University of Washington
11 am – 12 pm
Document Accessibility
Dan Comden, University of Washington
12 – 1 pm
Lunch and Discussion
What barriers do you face on your campus related to IT accessibility?
1 – 1:30 pm
Report Out from Lunch Discussion
Sheryl Burgstahler, University of Washington
1:30 – 2:30 pm
Video Accessibility
Doug Hayman, University of Washington
Panelists: Joetta Sieglock, Karen Fusco, Jon McGough, Kathleen Chambers
2:45 – 3:45 pm
Panel: Student Perspectives
Panelists: Cindy Bennett, Kayla Wheeler, Macy Westrick, Alicia Teasley, Tony Ive
3:45 – 4:45 pm
Working with Vendors
Hadi Rangin, University of Washington
5 – 6 pm
Policies, Task Forces, Advisory Boards, Other Administrative Issues
Sheryl Burgstahler, University of Washington
7 – 9 pm
Dinner and Discussion
What strategies can you implement on your campus to encourage accessibility of webpages, videos, and documents?
8 – 9 am
Breakfast and Networking
9 – 9:30 am
Review of Dinner Discussion
Sheryl Burgstahler, University of Washington
9:30 – 10:30 am
Partner Activity
Participants from each institution will work together to identify specific steps, both short term and long term, they can take to increase accessibility on their campus or to encourage others to do so.
10:30 – 11 am
Report Out
11 am – 12 pm
Discussion
How can we address the needs identified in the small group discussion? How might we collaborate to support one another?
12 – 1 pm
Lunch and Continued Discussion
Evaluation of CBI
Presenter: Sheryl Burgstahler
In order for IT to be considered accessible to and usable by people with disabilities, it must afford those individuals the opportunity to acquire the same information, interactions, and services as people without disabilities. People with disabilities must be able to obtain and use information presented as fully as people without disabilities. The Department of Justice’s Office of Civil Rights (OCR) and courts of law have resolved civil rights complaints with respect to IT access for individuals with disabilities at more than a dozen postsecondary institutions in the United States. How can these resolutions help guide other campuses in making IT (e.g., websites, videos, online learning) accessible to students, faculty, staff, and visitors with disabilities?
Resolutions to these OCR complaints suggest that institutions of higher education consider
The UW has come a long way in spearheading efforts related to making IT accessible since 1984, when IT accessibility support was embraced by the Microcomputer Support Group under what became Computing and Communications (now called UW-IT). In 1990, the Access Technology Lab opened, providing access to assistive technology, and, in 1992, the DO-IT Center received National Science Foundation funding to provide complementary, nationwide efforts. A UW accessible web user group started meeting regularly in 2002, UW hosted a nationwide IT accessibility CBI in 2006, and UW-IT began using Siteimprove to test the accessibility of campus websites in 2011. Since 2012, efforts at UW have increased with the creation of an IT accessibility campus-wide task force, the launch of a proactive initiative to test website accessibility, a draft of wording to include in purchasing questions for IT vendors, and a signed contract with Automatic Sync for captioning.
UW-IT continues to grow and create more promotion, tools, and procedures about accessibility. In the ideal state that we strive for, we would have
Although the UW is not doing all of these things currently, the UW-IT Accessibility Task Force engages in ongoing activities and makes recommendations regarding the enhancement of online resources, the promotion of accessible IT, and iteratively improves policies and procedures. UW is working to promote accessibility within a context of universal design, usability, and an inclusive culture. We are empowering users through Accessible Technology Services, which serves as a resource, catalyst, and community-builder to empower the infrastructure.
Presenter: Terrill Thompson
When we’re creating digital content such as web pages or online documents, we may envision our typical user as an able-bodied person using a desktop computer. In reality, users utilize a wide variety of technologies to access the web including assistive technologies, mobile devices, and more; everyone has different levels of ability when it comes to seeing, hearing, or using a mouse or keyboard. Since the World Wide Web was invented, HTML has had alt tags and other accessibility features as one of its standards. WCAG 2.0 (Web Content Accessibility Guidelines, second version) aims to bring all web content up to an accessible level so that all users have equivalent access. WCAG 2.0 follows four main principles; information should be perceivable, operable, understandable, and robust. Each of these principles is defined by more specific guidelines, and those are further defined by specific success criteria, which are assigned Level A, AA, or AAA, with Level A success criteria including the most critical issues for accessibility. Level A success criteria are fairly easy to meet. In resolution agreements and legal settlements, the U.S. Department of Justice and the Department of Education OCR have identified WCAG 2.0 Level AA as a reasonable target to ensure websites are accessible.
A push for accessible tools and features will help make all web content more accessible. Using accessible themes in WordPress and Drupal is an easy way to spread accessibility across campus and utilize necessary accessibility features such as keyboard accessible drop-down menus and proper headings. ARIA (Accessible Rich Internet Applications) can be used to analyze accessibility, and it communicates the interface elements to users and designers. Canvas and similar learning management systems need to be made accessible and used accessibly; faculty need to learn about headings and alt text and the right questions to ask about accessibility.
For more information about web accessibility, check out these resources:
Presenter: Dan Comden
A document is written, printed, or electronic matter that provides information or evidence. Ignoring video and audio, which are two important but fundamentally different types of files, typical types of documents used on campus are Word, PDF, Plain Text and Rich Text, PowerPoint, and HTML. We need to ensure that all information given to students is accessible.
Evaluating over a hundred courses over a year at the UW, we observed over 5,000 documents used, and over 100,000 pages from those documents were shared through our LMS. Through all of these, the percentage of documents that were accessible was very low. On average, only about 11% of Word documents included headings, one of the most important structural accessibility features in Word. For PDFs, one of the most important features of accessibility is text selectibility so that text-to-speech software can make sense of the document. Most quarters, about 70% or more of the pdfs used were text-selectable. Yet, an average of only 26% of PDFs had bookmarks or tags and less than 8% had both bookmarks and tags.
It is important to focus on headings, lists, alternative text for images, and the language choice for all documents. Headings provide easy navigation of the information for anyone approaching the text. Lists need to be labeled and are a good way to provide structured information to the reader. Alternative text for images allows someone who can’t access the image visually to get a description of the content within an image and allows image content to be searched. Selecting the language provides information to a speech synthesizer. When exporting your document to PDF, make sure you check for accessibility with Acrobat’s accessibility checker. Scanned PDFs can be a huge problem, as they are often just an image rather than text and lack the structure provided by tags. Inaccessible PDFs often need additional software to read, which delays delivery to students.
HTML will always be the most accessible way to convey information, followed by structured Word documents. How do we encourage faculty to use accessible documents? How do we train faculty to create them? These are ongoing questions. The following websites provide tools for making your website accessible:
Presenter: Hadi Rangin
UW-IT has been working with vendors for many years to encourage them to increase the accessibility of their products. These vendors include educational vendors such as Blackboard, Desire2Learn, Instructure, Moodle, Ebsco Publishing, Elsevier, Ex Libris, BB Collaborate, Qualtrics, Elucian, and many more. We have received very positive responses from companies, indicating that this sort of collaboration can result in positive changes.
We continue to strive to increase designers’ and developers’ knowledge of accessible design so products that they develop are accessible out of box. The goal is to be able to purchase a product with an accessible design rather than buy a product and address accessibility issues later. Unfortunately, accessibility is rarely included in IT design, implementation, and quality assurance; consequently, many products entering the market are either inaccessible or haven’t been tested for accessibility.
Occasionally, vendors provide Voluntary Product Accessibility Template (VPAT) forms, which is a vendor-generated statement that provides relevant information on how a vendor’s product or service claims to conform to Section 508, IT accessibility standards used by the federal government. Many VPATs emphasize the vendors’ commitments to accessibility without providing a clear description of whether the products are accessible. Purchasers may not be savvy enough to recognize this distinction. Consequently, these products are purchased and deployed on our campuses without being fully tested for accessibility.
Some universities, including the UW, promote the consideration of accessibility as part of the product testing and evaluation in the purchasing process. In these cases, products are tested independently for accessibility and shortcomings are identified. But what should we do when there is no viable alternative for the product being purchased? Should a lack of accessibility be a deal breaker? It all depends on the necessity of the product and the availability of an accessible alternative.
We believe the solution is collaboration. It is important to bring the purchasing department and vendors together to come up with an accessibility plan. A full accessibility/usability evaluation should be performed, issues should be identified and prioritized based on their severity, and a plan should be incorporated into the contract. The contract should specify clearly what issues will be addressed and what the consequences are if the vendor fails to deliver. It is best when the respective campus department leads the collaboration and takes responsibility for following through with the contract. When evaluating a product, it is important to focus on usability rather than technical aspects of the product. Examples of good questions to ask are
The panel on video accessibility was facilitated by Doug Hayman of UW included four technology and accessibility specialists: Joetta Sieglock, Eastern Washington University; Karen Fusco, Olympic College; Jon McGough, University of Washington; and Kathleen Chambers, North Seattle College. Panel members made the following comments:
Five students—Cindy Bennett, Kayla Wheeler, Macy Westrick, Alicia Teasley, and Tony Ive, who have diverse disabilities—shared the types of technology they use and what ensures that they have access.
Stakeholder groups represented in the CBI included
The following individuals participated in the CBI.
Lora Allen
Disability Services Coordinator
Big Bend Community College
Cindy Bennett
Student
University of Washington
Brianna Blaser
Program Coordinator
DO-IT, University of Washington
Sheryl Burgstahler
Director
DO-IT, University of Washington
Bree Callahan
Director, Disability Resources for Students
University of Washington
Jean Carlson
Program Coordinator
Green River Community College
Anne Carpenter
Assistive Technology Specialist
Bellevue College
Kathleen Chambers
Instructional Designer
North Seattle College
Cebrina Chavez
Program Coordinator DSS office
Seattle Central College
Dan Comden
Assistive Technology Manager
University of Washington
Lyla Crawford
Program Coordinator
DO-IT, University of Washington
Max Denton
Information Technology Specialist
Olympic College
Nancy Dvojack
Program Assistant
Spokane Falls Community College
Angela Earley
Assistant Director in ITS
Washington State University
Rick Ells
Senior Webmaster, IT
University of Washington
Karen Fusco
Director of Access Services
Olympic College
Mary Gerard
Coordinator of Accessibility Resources
Bellingham Technical College
Tom Gibbons
Instructional Designer
South Seattle / Seattle Central Colleges
Krista Greear
Access Text Manager
University of Washington
Natalie Grosser
Student Services Counselor
Washington State University
Marie Hammer
IT Specialist
Seattle Central College
Brian Hansen
System Administrator
Green River College
Doug Hayman
Senior Computer Specialist
DO-IT, University of Washington
Michael Hoel
Director of Disability/Veteran Services
Centralia College
Tony Ive
Student
University of Washington, Continuing Education
James Johnson
Interim eLearning Director
Pierce College Puyallup
Rose Kolovrat
Director of Disability Services
South Seattle College
Patrick McEachern
Instructional Designer
Spokane Falls Community College
Jon McGough
Assistant Director
University of Washington
Rick McKinnon
Director of eLearning
South Puget Sound Community College
Susan McPhee
Access and Disability Services Manager
Pierce College Fort Steilacoom
Michael Mesa
Access and Disability Services Manager
Pierce College Puyallup
Michael Owens
Associate Chief Technology Officer
Eastern Washington University
Curtis Perera
IT Director
Bellingham Technical College
Sherman Peterson
Access Services & Technology Specialist
Tacoma Community College
Jon Pielaet
Assistive Technology and IT Accessibility Specialist
Clark College
Vicki Place
IT Technician
Columbia Basin College
Carrie Powell
eLearning Support Manager
Centralia College
Lori Pritchert-Johnson
Program Coordinator of Adaptive Technology and Alternative Formats
Spokane Community College
John Rajcich
Assistant Director of Diversity and Equity
South Puget Sound Community College
Hadi Rangin
IT Accessibility Specialist
Accessibility Technology Services, University of Washington
Kamran Rasul
Director of Assistive Technology
Columbia Basin College
Lucas Reber
Director of Information Technology and Media Services
North Seattle College
Robbin Riedy
Assistant Director of Educational Technology and Media
Seattle Pacific University
Benjamin Sharp
Desktop Support Manager
Spokane Community College
Chip Shelton
District IT Manager
Pierce College Fort Steilacoom
Joetta Sieglock
Adaptive Technology Specialist
Eastern Washington University
Christopher Soran
Interim eLearning Director
Tacoma Community College
Hope Stout
Disability and Veterans Resources Coordinator
Clover Park Tech College
Michael Taylor
Director, IT
Clover Park Technical College
Alicia Teasley
Student
University of Washington
Terrill Thompson
Technology Accessibility Specialist
University of Washington
Angela Tucker
Disability Support Services Coordinator
Seattle Pacific University
Zach Welhouse
eLearning Coordinator
Big Bend Community College
Macy Westrick
Student
University of Washington
Kayla Wheeler
Student
University of Washington
Jason Wiscarson
IT Applications Developer
Clark College
With supplement funding, DO-IT engages stakeholders within Communities of Practice (CoPs). CoPs share perspectives and expertise and identify practices that promote the participation of people with disabilities in postsecondary education. The Accessible IT CoP was developed as a result of this CBI.
Accessible IT CoP
This CoP is populated with disability services and IT professionals interested in increasing the accessibility of IT in postsecondary education. Participants
You and your colleagues can join the CoP by sending the following information to doit@uw.edu:
For information about other CoPs hosted by DO-IT, consult Communities of Practice.
The DO-IT website contains
DO-IT maintains a searchable database of frequently asked questions, case studies, and promising practices related to how educators and employers can fully include students with disabilities. The Knowledge Base is an excellent resource for ideas that can be implemented in programs in order to better serve students with disabilities. In particular, the promising practices articles serve to spread the word about practices that show evidence of improving the participation of people with disabilities in postsecondary education.
Examples of Knowledge Base questions include the following:
Individuals and organizations are encouraged to propose questions and answers, case studies, and promising practices for the Knowledge Base. Contributions and suggestions can be sent to doit@uw.edu.
For more information on making your campus technology accessible and to learn more about accessible learning or universal design, review the following websites and brochures.
The Washington Accessible IT capacity building activities are funded by Access Technology Services at the University of Washington. Any opinions, findings, and conclusions or recommendations expressed in this material are those of the CBI presenters, attendees, and publication authors and do not necessarily reflect the views of the University of Washington.
DO-IT
University of Washington
Box 354842
Seattle, WA 98195-4842
doit@uw.edu
www.washington.edu/doit/
206-685-DOIT (3648) (voice/TTY)
888-972-DOIT (3648) (toll free voice/TTY)
206-221-4171 (FAX)
509-328-9331 (voice/TTY) Spokane
Founder and Director: Sheryl Burgstahler, Ph.D.
Program Manager: Scott Bellman
© 2015 University of Washington. Permission is granted to copy this publication for educational, noncommercial purposes, provided the source is acknowledged.