Monday, January 28, 2013

Survey and Planning

AccessibleWeb@U Meeting Notes Jan 24, 2013

  • Survey results
    • 22 people responded, most were webmasters or people maintaining content
    • Ranking by sum of "Strong interest" and "Very strong interest"
      1. 75% - Creating accessible websites: Instructions, tips, and resources
      2. 64% - Accessible UW templates and themes for WordPress and Drupal
      3. 59% - Accessible plug-ins and modules for WordPress and Drupal
      4. 53% - Authoring accessible documents in Word, PDF, and other formats: Instructions, tips, and resources
      5. 50% - Disability-related resources and services available at the UW
      6. 45% - Getting help with accessible technology problems and issues
      7. 41% - Captioning video: Instruction, tips, and resources
      8. 41% - Legal requirements and policies related to technology accessibility at the UW
      9. 28% - Opportunities for getting involved with efforts to improved accessibility of technology at the UW
      10. 27% - Procuring accessible technology products
    • In comments, respondents suggested more task oriented content, better structure, shorter and clearer text
    • Summary of what the results seem to mean
      • Basics of how to create accessible websites is most important
      • Strong interest in prebuilt environments (CMSs and plug-ins) that have accessibility built-in
      • Moderate interest in authoring accessible documents
      • Site needs to more engaging, better organized, and task oriented
  • Reviewing the website (http://uw.edu/accessibility/)
    • About the site as a whole
      • Could there be a site search for just this site?
        • An alternative could be a site map
        • If site is in its own WordPress instance, it would have a site-specific search
      • Could there be an accessibility news blog?
        • Important to prepare items carefully and get review
          • Consistent quality and relevance is important for giving visitors a reason to come back
          • Should be a steady flow of items, at least a couple a week
        • Items should be written with consistent role, voice, and style
        • If we can find a news source we respect, we could simply put its news feed on the site
          • WebAIM (http://webaim.org/) might be a source
        • We could also link to forums where good discussions are occuring
        • A blog could be used to foster discussions on topics
      • How could we offer training on accessible design?
        • WebAIM offers training in Utah (http://webaim.org/services/training/). They sometimes travel. Could we find money for a workshop here at the UW?
        • UW-IT Learning and Scholarly Technologies (LST) offers workshops (http://www.washington.edu/lst/workshops). Could LST host an accessible design workshop?
        • Could we develop training videos, perhaps using Tegrity?
          • Developing a polished training video can be time consuming.
      • Could the site have demonstrations of accessible and inaccessible designs?
        • Demonstrating lack of accessibility might best be done with videos of people trying to use the site
      • Could the site have explanations and videos of converting an inaccessible site to become accessible?
    • Current topics
      • Historical Highlights
        • Should be moved to the bottom; interesting but not what people come for most of the time
      • Policies & Standards
        • We have many good quotes from the UW President in the "IT Accessibility: What Campus Leaders Have to Say" video (http://www.washington.edu/doit/Video/index.php?vid=55), which is linked to from the home page
        • Using those quotes, we could convey that the UW has chosen a shared intention of being accessible; would help to localize; we are not just doing this because external entities have ordered us to.
      • Web Accessibility
        • Move the "why be accessible" stuff down on the page
        • Put the "getting started" or "is my site accessible" stuff at the top
        • Checklists for evaluation of accessibility and step-by-step procedures would be helpful
  • Discussion
    • We should build a list of possible things we could do and then sort them out by priority and timing
    • One key role for the site might be to help people connect with mentors who could be there as they learn accessible design
      • Who would be the mentors?
    • Simply building up a network of practitioners, facilitating their cooperation and sharing would be valuable
    • The survey showed strong interest in pre-built solutions such as accessible themes and plugins
      • How do we know which themes and plugins to point people to?
    • Is it time to host another Capacity Building Institute?
      • We hosted a CBI in 2008 (http://www.washington.edu/accessibility/cbi2008.html)
      • Defining the problem well is an essential step
      • In a CBI, speakers give short presentations and then work with the audience to develop solutions
      • Everyone is involved in the discussion through the day
      • Everyone is assumed to be part of the problem and and important member of the community that will develop solutions
    • Connecting with the Web developers is challenging
      • Often working on tight deadlines
      • Generally work from their own toolset of skills, favorite code libraries, javascript libraries, code management methods, and project management methods, all of which may or may not have been developed to support accessible design

Friday, September 28, 2012

Creating an Accessible Web Design Community of Practice

Thursday, September 27, 2012
  • Present: Anna Golden, DO-IT; Terrill Thompson, DO-IT; Katherine Turner; UW Marketing; Joel Walters, Admissions; Dan Druliner, Facilities; Kyle Russell, Education; Heather Wozniak, A&S; Conrad Kuehn, Rehab Medicine; Krista Greear, Disabilities Resources for Students; Melinda McRae, Social Work; Amanda Paye, ADA coordinator; Char Easter, HCD alumni
  • Announcements
    • The D-Center will open in December; will centralize services related to disabilities
    • Kyle Russell, a grad student in Education is looking for people "willing to help me by being participants in my dissertation project focusing on how accessibilty is considered as part of Web development." If you are interested in volunteering, send email to kyle.russell@gmail.com .
  • Given the growing interest in accessible Web design, how can we work together to improve our websites?
    • An Accessibility Intiative is being planned.  First steps are 
      • Enhancement of online resources, including the Accessible Technology at the UW site
      • Promotion of Accessible IT, including AccessibleWeb@U speakers and events
      • Exploration of policies and processes to develop an approach appropriate to the UW
  • How many UW sites are there?
    • 720 sites are using the URL forwarding service offered by UW-IT. Many other sites exist that do not use that service
    • A wild estimate is that we are dealing with approximately 2500 official UW sites
      • How many are on the "critical path" for our faculty, staff, and students with disabilities?
  • Needs
    • New technologies keep coming; whatever approach we use needs to accommodate constant change
    • ARIA is important as interfaces are given more features that respond to user behaviors
      • With increasing use of scripting and AJAX, ARIA is critical to making things accessible
    • Economical captioning is an important need as more classes use video
    • Giving support people resources they can use to explain the need for accessible design and to explain how to do it.
      • Having campus-wide policies are helpful to support people
    • Accessible templates that people can use in their sites and CMSs
    • Procurement process should effectively include accessibility considerations
      • Give preference to products that produce accessible documents and sites right out of the box.
    • Mobile devices are big. We need to understand accessible mobile design.
      • If a site works with Apple VoiceOver, can it be considered accessible?
  • How should we begin?
    • We should begin our accessibility initiative by evaluating where we are:
      • In the real world, what are people experiencing as they try to use our sites and services
      • The SiteImprove scanner only gives you information on explicit criteria. What problems are people actually having?
      • We could systematically interview people working with and supporting people with disabilities. The results could help us plan.
    • Rules, process and structure can help us make progress, but they should not be too confining; they could squelch progress without improving the situation
    • We need to define what is good enough; What are the standards we work to, which are primary, which are secondary?
    • Accessibility requirements are not as intuitive as safety requirements
      • Easy to ask compliance for safety; "Wear a helmet"
    • Standards are changing; older standards were prescriptive
      • Technologies are changing rapidly
    • What can we actually achieve?
  • Role of the "Accessible Web Design Community of Practice"
    • Helping communities form and interconnect
    • Presentation about what people are experiencing at the UW
    • Organize accessibility testing sessions
      • In usability testing, watching somebody struggle with your design can be very educational
        • How can we do that kind of thing for accessibility
    • We could connect with UW departments interested in accessibility
      • Human Centered Design & Engineering (http://www.hcde.washington.edu/)
      • iSchool (http://ischool.uw.edu/)
      • College of Education (http://education.washington.edu/)
      • Computer Science & Engineering (http://www.cs.washington.edu/)
        • Richard Ladner is conducting an Accessibility Research seminar this quarter
    • We could host speakers on accessibility related projects at the UW
    • Serve as a place to encourage careful planning and effective actions to address accessibility issues
  • Shared designs give leverage
    • UW Marketing Web team is developing a Wordpress template that is being carefully designed to be accessible. Many central sites can/will be moved into this system.
    • The same design is being converted into a Drupal theme
    • Parts of the design will also be available in the Header/Footer wizard for those maintaining static or hand-coded sites.
    • The result is that a large number of key sites will be using the same carefully vetted design
    • What other opportunities for shared designs are there?