Written Testimony to the US Access Board from the California Council of Citizens with Low Vision

Prepared by Wayne E. Dick, PhD

 

Abstract

The California Council of Citizens with Low Vision finds the Access Board’s decision to include WCAG 2.0 Level A and AA (henceforth WCAG) by reference is admirable to harmonize standards, but inconsistent with the 1973 Rehabilitation Act. By applying 1194.22(d) from the current 508, removing the author’s visual style, readers with low vision could achieve limitless enlargement with no need to scroll horizontally on mainstream browsers. The new rules drop this capability without suitable replacement. This is a major loss to citizens with low vision. Our Council cannot see how text enlargement without word wrapping can be considered reasonable accommodation in 2015, the age of responsive Information Communication Technology (ICT).

Comments

On behalf of the California Council of Citizens with Low Vision, I would like to thank the Access Board for inviting written comment.

My name is Wayne Dick. As a person with congenital low vision and as a member of the Council, I am writing to register my and our concerns with those rules of the Section 508 refresh that are intended to address our needs. From the perspective of our Council, they do not.

We believe that as stated, the new 508 rules cannot translate to accommodations that are reasonable in the sense of the 1973 Rehabilitation Act. We are respectfully asking the Access Board to strengthen the rules relating to low vision. In particular we would like the Board to modify rules based on the WCAG 2.0 Guideline 1.4 Level A and AA Success Criteria that are intended to address the accessibility needs of people with low vision. We would also like the Board to extend the rules based on WCAG Guideline 1.3 so that the concept of flexible data is interpreted to include visual presentations of data that support effective reading of text.

We begin with a definition of support for reasonable accommodation for reading documents delivered through Information Communication Technology (ICT).

Reasonable Accommodation Support

An Information Communication Technology document supports reasonable accommodation for visual reading whenever the user can transform the document with software so that it can be read from a distance that supports healthy posture with self reported effectiveness of end users. Required horizontal scrolling to obtain text enlargement is not a reasonable accommodation.

This definition is based on 5 principles:

  1. Flexible Data: ICT is not paper. The visual presentation of modern ICT can be modified extensively to support reading needs. Given this flexibility, horizontal scrolling is never a necessity.
  2. Programmatic Determinism: Users can use software to obtain the transformations of visual presentation needed to support their individual reading needs.
  3. Reading Enabled: Documents can be given a visual presentation that can be read. The focus is on visual readability not just visual perceptibility.
  4. Comfortable Distance: Sixteen inches is the average distance most people use to read in comfort, but this can vary. ThePsychophisics of Reading (Legge, 2007) defines low vision for reading to be: The inability to read news print from a distance of 16 inches (40 centimeters) with full correction. All readers need sufficient size to support reading with healthy posture.
  5. User Centered: Reading effectiveness can be determined by the end users, the readers. Users are not limited to preset choices determined by decisions of people who cannot know their individual visual needs.

Example:

Consider reading professional material on a smart phone. Take the Affordable Care Act as an example(PDF and HTML). Both of these files appear on US Government sites. As a person with low vision I keep a gallery of visual aids and assistive technologies. I will describe the reading experience with each:

Unreasonable Accommodation

  • Screen Magnification using the PDF version. To obtain a perceivable reading size one must enlarge to the size where the width of lines exceeds the width of the view port. This requires horizontal scrolling which among many problems, increases the cognitive load required to read. It is unlikely any but the most determined reader could finish this long and complex document with this accommodation.
  • Screen Magnification with the HTML format. Most normal readers can read this on a cell phone. However, the size is well below 9 point, the optimal reading size for normal readers. The reader will probably attempt to read the smaller print, but will be forced to quit because the print is too small to prevent fatigue.
  • Use reading glasses with (PDF). My reading glasses enlarge 700%. That is enough to read, but I have to hold my device to my nose. My posture is bad. I could not finish the law that way.
  • Using telescopic glasses with (PDF). My telescope glasses give me a 5x pop. That is good, and I don’t have to hold the book so close. With this device my visual field is smaller and I have a harder time going from line to line. Again, I could not finish the text.

Note that none of these examples use the programmatically deterministic nature of the media being used. The ICT documents are being treated like they are paper.

Reasonable Accommodation Support

  • With text only enlargement in a single column format that supports word wrapping the HTML Version works very well. With Firefox on a laptop, I can easily enlarge to 48 point.
  • Apply 1194.22(d) to the HTML document. First, strip the author’s style. This puts the document in a one column format that can be enlarged without limit in Firefox on a laptop. Better yet, some browsers like IE, Safari, Opera and Firefox support user style sheets. In these browsers the document could be restyled to the exact needs of the user.

Support of Reasonable Accommodation for Reading can be implemented using the following functional requirements:

Functional Requirement

Document Structure Must Support

  1. User Choice of column format, single column being essential
  2. Freedom from horizontal scrolling at all font sizes
  3. Ability to read visually from a comfortable distance with self reported effectiveness.

Users Must Be Able To Change Text Style

  1. Spacing (letter, word and line)
  2. Font (size, weight, style, family) including the ability to substitute new font values for regions of type that are hard to read because of the author’s choices.
  3. Color (fore and back)
  4. Visual Guides – borders, level indicators
  5. Width of reading area – margins, column width

Note that choice of color gives choice of contrast because contrast is functionally determined by fore and back color.

Need

I am a professor emeritus of computer science. I received my PhD in Mathematics with my central retina damage in 1980 from the University of California, San Diego. It was not easy. Inflexible reading material and horizontal scrolling have been the bane of my professional career. I have probably read as much professional content using horizontal scrolling as anyone in the world.

Section 508 and the data flexibility enabled by subsection 1194.22(d) enabled me to read more professional content between 2000 and 2010 than I did in the previous 30 years. The ability to enlarge without limit and word wrap was the key to my new reading ability. I also took advantage of my own style sheets to adjust the visual environment to my exact needs. While normal readers with low vision cannot write style sheets, there are plenty of programmers like me who can prepare customizations for them. That is, if we are still permitted access to visual style after the 508 Refresh passes. In its current form the 508 Refresh sanctions ICT documents that do not permit the necessary level of access. When HTML 5 developers start embedding text in documents in open web pages that do not use the document object model, the problem will become acute.

At my university CSU Long Beach we currently have 10 students with low vision enrolled with our Disabled Student Services. There should be close to 100 students enrolled at our campus of 35,000 (Vitale, Cotch, Sperduto, 2010). Are we failing to attract students to the Disabled Student’s Office or is our campus dramatically under represented? If the answer is under representation then the representation rate of people with low vision would be lower than that of any ethnic minority on campus. We do not know the answer. To my knowledge, in my 30 years teaching in the computer science undergraduate and graduate programs at Cal. State Long Beach we had one student with low vision who graduated. While this information is anecdotal it is also cautionary.

In either case, the importance of adopting ICT that supports reasonable accommodation is clear. If students with low vision are just failing to enroll with Disabled Student Services, then ICT documents that support reasonable accommodation and cover university reading requirements will surely help them succeed in their stealthy journey through college. If students with low vision are under represented then ICT that supports reasonable accommodation will increase the number of students that meet college entrance requirements.

One last observation on need, our one student to finish a Computer Science program with low vision, eventually got an MS in Computer Science. He is now a lead technical manager at Dreamworks. I taught more than 2000 students in my career. He was one of the most brilliant. Maybe success in college with low vision just requires exceptional talent at this time.

The Significance of 508-1194.22(d)

Paragraph 1194.22(d) states, “Documents shall be organized so they are readable without requiring an associated style sheet.”

Whenever a page satisfies 1194.22(d) and does not include layout tables, the style sheet can be removed, the page becomes a one column format, and the text can be enlarged without limit and no horizontal scrolling is required. Using the access I get from 1194.22(d) I could enlarge text 400% to 500% without horizontal scrolling. In my case that capability has meant the difference between reading fluently and a consistently painful struggle to read.

The only Level AA success criterion of WCAG that refers to text enlargement is WCAG SC 1.4.4, but SC 1.4.4 allows horizontal scrolling and also restricts enlargement to 200%, an unacceptably small factor. Given that the 508 Refresh includes WCAG Level AA through reference, this means that a key accommodation enabled by the old 1194.22(d) is nullified and is replaced by an ineffective success criterion.

Horizontal scrolling has been labeled as a web design error (Cappel & Huang, 2007), and usability professionals have strongly discouraged web developers to incorporate horizontal scrolling within their page simply because users with normal vision will not make the effort to move the page to see all content (Johnson, 2000; Nielsen, 2005; Sherwin, 2014). How can we call horizontal scrolling a reasonable accommodation when computer users with normal vision prefer to avoid it? For normal readeres horizontal scrolling is a usability annoyance, but when you must encounter this annoyance to read everything, the annoyance becomes a barrier to reading. It prevents equal access. (Note: Horizontal scrolling is not the horizontal swiping used on mobile and other touch devices. Swiping does not cut off part of the viewable page.).

In the United States a person must have visual acuity worse than 20/60 to be classified as having low vision. That means to perceive letters at 20 feet a person who is classified with low vision in the US can not perceive letters a normal person can see at 60 feet.  This means by US standards of low vision, a person with low vision must have letters enlarged by more than threefold (300%+) in order to perceive them from the same distance a normal person perceives them. For example, a person with low vision must have newsprint enlarged more than 300% in order to read it from 16 inches, a comfortable distance. The ceiling of 200% enlargement as recommended by WCAG does not seem to be oriented to the needs of people with low vision in the US. It is unreasonable.

When I read long paper documents that have been enlarged 200%, I use my 2.5x magnifier. Any reader with low vision will find some way to close the reading distance to a point to simulate at least 300% enlargement.

A natural question to ask is why 200% is suggested by many sources recommending font size for low vision. The answer is quite simple, 200% is an upper bound for print size recommended for paper, hard copy (Council of Citizens with Low Vision, 2011). When a document is on paper the number of pages required is approximately the square of the enlargement factor. Thus a 200% enlargement will require four times the pages; 300% will require nine times the pages, and 500% will require 25 times the pages. For paper, 200% is a ceiling that avoids undue burden for the publisher.

Electronic documents are broadcast media. That means the number of pages a user requires to read a document has no impact on the cost of the dissemination. We know that conformance to 1194.22(d) enables unlimited enlargement without word wrapping. The accommodation is reasonable and many have satisfied it without undue burden.

If the Guideline 1.3 of WCAG interpreted flexible data to mean visually flexible as well as capable of being transformed to audio, 1194.22(d) would be replaced and improved.  Unfortunately the WCAG Working Group is certain that they never meant visual flexibility to be an interpretation of Guideline 1.3. As far as the WCAG Working Group is concerned screen magnification is all the accessibility support that is needed by people with low vision who require 200% enlargement or more. To them, reading with horizontal scrolling is reasonable for people with a low vision disability.

The California Council of Citizens with low vision strongly advise 1194.22(d) be replaced by a stronger recommendation of user access to visual presentation. At the minimum this should support very large enlargement with word wrapping. The functional requirements regarding user choice of visual style listed above would go far in this direction. Of course, 1194.22(d) breaks down for documents that use layout tables, so the functional rules given here would close that gap while continuing the essential functionality of 1194.22(d).

The Council also recommends that the Access Board extends 1194.22(d) by allowing access to the full range of visual style modifications for text that are currently available to document authors. In our functional requirements we highlight the most important of these factors. Text includes many visual conventions that express meaning. Users with low vision should have access to these presentational aspects of text and be able to change them to formats that support their reading needs.

Specifically, the Board should study Guideline 1.3 of the WCAG document, and write a rule that ensures that the data flexibility stated in the success criteria 1.3.1 and 1.3.2 applies to the visual semantics of text as well as the semantics of block structures. The new rules should require that all meaning conveyed in the visual formatting of text should be programmatically determined, an extension of the current WCAG interpretation of success criteria 1.3.1. Similarly, all sequential relationships expressed by textual formatting must be programmatically determined. This is the cleanest possible way to enable writing assistive technology for reasonable accommodation of low vision.

Estimated Cost

The primary cost to developers will be to organize documents structurally so that multiple column and single column modes are available to users, and so that horizontal scrolling is never an issue at any size. This is the equivalent to the normal cost developers face whenever they convert to WCAG conformance. There is an initial cost followed by a change in development practice that often improves production efficiency. The cost effectiveness of this development methodology is well known.

With regard to restructuring the page format to accommodate the reduced content capacity caused by large type, the cost effectiveness has been proven with responsive web design (Marcotte, 2010). This technique is used to restructure pages to cope with the reduced content capacity of mobile devices caused by small screens.

Counting EM Boxes: an alternative to enlargement factors

When SC 1.4.4 recommends 200% enlargement the question always is: “200% of what?” Just the units are a problem, points, pixels? Given the variety of resolutions and screen sizes available and font-size scales what is needed is a way to specify a maximum practical character size for any view port without referencing resolution or font size units. One way is to set a character count per line.

Example: Size by Character Count Table

The table below gives some standard monitor sizes with character counts for the long side. The entries in the boxes represent the point sizes of the em boxes. These are squares that hold the capital M. Their size represents the point size supported on that screen with that character count.

Character Count Table

Chars → Size↓ 12ch 15ch 18ch 21ch
8″ 42pt 33pt 27pt 23pt
13″ 67pt 54pt 45pt 38pt
23″ 119pt 95pt 79pt 68pt
32″ 166pt 133pt 110pt 95pt

Technical Details

Here is how it works. Each monitor is given a size x that is its length across the diagonal in inches. The length of the longest side is about L= (0.86)(x) inches where x is the size of the monitor. If there are n characters along the long side then each character is L/n inches long or P=(72)(L/n) points long. To find the number of lines on the short side just multiply (n)(0.58) and truncate the fraction. Each square in this array of squares has side measure of P. Each of these is an em box, designed to hold a letter capital M. They represent the point size of the letters that the screen will hold. Note: Most screens are 30/60/90 triangles approximately; cos(30)=0.86 and tan(30)=0.58.

Application to Low Vision

Just as responsive design takes into account screen size and resolution and sets thresholds that change presentation, a disability oriented responsive design should be able to set thresholds based on numbers of characters per line. Cases like 12, 15, 20, 30 and 40 characters per line should be supported. For sufficient enlargement many users will have to choose their screen size. However, one can get very good enlargement on an iPad, better enlargement on a 13 inch laptop, and superior enlargement on a 23 inch desktop monitor.

Conclusion

The California Council for Citizens with Low Vision strongly advise the Access Board to change their rules to meet the needs of people with low vision. The rules in the 508 Refresh do not address these needs and even take away access that was given in the current 508. As stated we cannot see how reasonable accommodation for reading with low vision can be achieved given the rules that are included by reference from WCAG.

Our Council applauds the attempt to harmonize Section 508 with international standards, but the Access Board is a creation of Section 502 of the Rehabilitation Act, a civil rights law. Conformance to United States civil rights law is the Board’s primary responsibility. Citizens with low vision are a protected class and need equal access to government. The low vision rules included by reference from WCAG will not give equal access to government documents. This creates a barrier to, “equal protection of the laws,” (United States, 1868) caused by an inability to read laws and regulations based on law. To protect the civil rights of US citizens with low vision the Access Board needs to exceed the WCAG success criteria that relate to low vision.

We encourage the Board to adopt the, functional rules we proposed above. They provide a more stable foundation for reasonable accommodation than the referenced rules from WCAG. They are a technology independent replacement for 1194.22(d) that give all the visual flexibility needed for our population to have visual access to documents.

References

  1. Cappel, J. J., & Huang, Z. (2007). A usability analysis of company websites. The Journal of Computer Information Systems, 48(1), 117-123. Retrieved from http://search.proquest.com/docview/232574362?accountid=10351
  2. Council of Citizens with Low Vision International (2011),  Best Practices and Guidelines for Large Print Documents used by the Low Vision Community, Retrieved from https://archive.org/details/bestpracticesgui00coun
  3. Johnson, J. (2000). GUI Bloopers: Don’ts and dos for software developers and web designers. San Francisco, CA: Morgan Kaufmann Publishers.
  4. Legge, G. E. (2007) Psychophysics of Reading in Normal and Low Vision. Lawrence Elbaum Associates, Mahwah, NJ
  5. Marcotte, E. (2010). Responsive Web Design. A List Apart, 306. Retrieved from http://alistapart.com/article/responsive-web-design
  6. Nielsen, J. (2005). Scrolling and scrollbars. Jakob Nielsen’s Alertbox. Retrieved from http://www.nngroup.com/articles/scrolling-and-scrollbars/
  7. Sherwin, K. (2014). Beware horizontal scrolling and mimicking swipe on desktop. Jakob Nielsen’s Alertbox. Retrieved from http://www.nngroup.com/articles/horizontal-scrolling/
  8. Vitale S.,  Cotch M. F., Sperduto R. D. (2010). Prevalence of Visual Impairment in the United States. Journal of the American Medical Association, Vol 295, No. 18, Retrieved from http://jama.jamanetwork.com/article.aspx?articleid=202836
  9. United States (1868). Constitution AMENDMENT XIV Passed by Congress June 13, 1866. Ratified July 9, 1868.Retrieved from http://www.archives.gov/exhibits/charters/constitution_amendments_11-27.html#14

Shout Out To All OpenAIR Mentors!

The first Accessible Internet Rally in 1998 was a simple competition; volunteers came together and created accessible websites for non-profits, in a single day.

Today, OpenAIR is not just about creating accessible websites. It is about imparting advanced accessibility skills and knowledge to web designers. It is about propagating Knowbility’s mission to organizations that are making a difference in the world. It is about finding the right people, creating a challenging atmosphere for them to learn and enhance their abilities and ultimately, making the web an accessible place. And in taking OpenAIR from being a one-day competition to a year round learning experience, many people have worked tirelessly behind the scenes over the years.

This year, OpenAIR had some of the best minds in accessibility mentor the teams – giving them guidance and training in web accessibility. Everyone at Knowbility is grateful to all mentors, who worked in the shadows during the whole competition and for the encouragement that they gave to their teams during the competition which motivated them to incorporate design and testing techniques that might have seemed unfamiliar. Some of those activities directly contributed to team awareness on the vast spectrum of user needs, and revealed to them how much of a difference their efforts made in creating more accessible digital content.

The mentors for this year were:

Jared W. Smith (@jared_w_smith) for Web-Able
Leonie Watson (@leoniewatson) for AcsaGen
Henny Swan (@iheni) for Wild West
Joseph Karr O’Connor (@accessiblejoe) for AxIs
Dale Cruse (@dalecruse) for WFM Team One
Lisa Herrod (@lisaherrod) for Down Under
Shawn Lauriat (@slauriat) for We Are 99%
Wendy Chisholm (@wendyabc) for WFM Airlines
George Luc (@georgeluc) for Accessibility Warriors
Rob Carr (@rgcarrjr) for The Beginners
Dylan Barrell (@dylanbarrell) for Barrier Breakers
Paul J. Adam (@pauljadam) for Sahyog
George Luc (@georgeluc) for First Timers

Thank you mentors, for taking out the time to help us help improve web accessibility! OpenAIR wouldn’t be what it is today without your efforts!

Thank you, OpenAIR Judges!

In its 17th year now, Open Accessibility Internet Rally (OpenAIR) has seen tremendous participation from teams all over the world. Every year, the teams are better and the competition, tougher. The teams are also mentored by the best in the field of accessibility, making it even more difficult to pick the best.

OpenAIR is recognized as a great channel to impart accessibility skills to talented web-designers. It is also a wonderful medium for non-profits to connect with developers who can create beautiful websites for them. But what makes OpenAIR unique is the competitive spirit that pushes each team to put in their best effort to deliver the most accessible websites. And in keeping that competition alive, we are extremely grateful to our panel of judges who invested so much of their time for OpenAIR.

It is inspiring to have close to 20 judges come together and collaborate the way they did. Without them, we couldn’t have done any of this. The panel of judges for this year’s OpenAIR included:

• Mike Moore
• Brenda Adrian
• Jennison Mark Asunción
• Aaron Bangor
• Annette Berksan
• Cornelius Chopin
• Luis Garcia
• Michael Gower
• Susan Hewitt
• Matt King
• Dan Kinnunen
• William Lawrence
• Lewis Phillips
• Aimee Roundtree
• Glenda Sims
• Richard Steinberg
• Cliff Tyllick
• Pooja Nahata
• Susann Keohane

Thank you so much for taking out the time to help us help improve web accessibility!

Online Training: Make Apps and Sites Accessible to All

Help us create online training that is accessible to people with disabilities and the elderly.

Knowbility launched a kickstarter campaign September 26 to raise funds for its next project.

Martin holding a sketch

More About the Reasons Behind the Campaign

Most sites and apps are built by people who haven’t included disability as a design consideration – and Knowbility is out to change that with this project. We want to provide designers, developers, and managers with just-in-time resources that help them understand web accessibility. Our goal is to build the first two of eight training modules.

  • Overview of Web Accessibility
  • Accessibility Testing Strategies and Techniques

When web professionals consider accessibility as a design requirement, they become better at what they do. Almost all sites and apps are built with the best of intentions. Designers and developers balance their understanding of the needs of customers with their own business goals.

Add to that the fact that most learning management systems (LMS) that contain virtually all educational materials do not themselves meet basic accessibility standards.  As we get this project Kickstarted our long term goal is to use open source platforms and address barriers inherent in common LMS so that people with disabilities can equally participate as teachers and learners. While our first modules will be built on the most accessible standard platform we know,  we will use this momentum to improve LMS accessibility and return those improvements back to the community.

 

This is the first step and you know what they say about long journeys and first steps.

 Man using Mouth Stick to type on computer

Other Ways You Can Help

We know that you may not be able to contribute a lot financially, but that doesn’t mean you can’t help out in other important ways. Here are a few ideas:

  • Make a small donation, leave a comment about why you think it is important. Comments  improve the visibility of the campaign on Kickstarter.
  • Embed the campaign in your sites and blogs. Short URL:  http://kck.st/1sZXViS
  • Share with your friends on Facebook, Twitter, Google+, and so on. Shares really improve the visibility of the campaign on Kickstarter!
  • Announce  the campaign at meetups and conferences.
  • Instead of a birthday gift, ask someone to contribute to this project.

Let’s make a world of difference. Let’s open the door to make sites and apps accessible to everyone.

Rewards for the Kickstarter campaign

Pledge $1

Tweet and Email We will publicly and privately thank you.

Pledge $5 or more

HIGH FIVE All of the benefits of the $1 pledge. But since you are like 5 times more enthusiastic about our project, we will also throw in a vine video of the team members high-fiving while yelling your name. You also get all of the project backer-only updates as we roll towards launch and beyond.

Pledge $10 or more

Project Donor List HIGH FIVE plus we will list in the donor list of the AccessU 2015 booklet.

Pledge $10 or more

Button, Sticker, and HIGH FIVE: We will help you decorate your clothes, your laptop (or tablet), plus jump around and thank you on vine!

Pledge $25 or more

Limited reward (10)

Door Buster!! Button, Sticker, and HIGH FIVE: We will help you decorate your clothes, your laptop (or tablet), plus jump around and thank you on vine!

Pledge $25 or more

Poster “11×”17 stylish poster nice enough for your office or home showing the chain of accessibility.

Pledge $50 or more

Limited reward (10)

Door Buster!: T-shirt, poster, button, sticker, HIGH FIVE: Poster: “11×”17 stylish poster nice enough for your office or home showing the chain of accessibility.

Pledge $50 or more

T-shirt!! Pledge $50 and get one of the custom made for this project Tee!

Pledge $50 or more

Limited reward (10)

Door Buster!: Beta test the course: Get in on the ground floor for and help us shape and build the content. Includes one seat in our pilot tests for each of the first two modules we produce. (Available after alpha testing.)

Pledge $50 or more

“Wake Up” Mask – All of the above perks below $50 and a “Wake Up to Accessibility” sleep mask (also good for screen reader demos)

 

Pledge $100 or more

Limited reward (50)

Beta test the course with us! Get in on the ground floor for and help us shape and build the content. Includes one seat in our pilot tests for each of the first two modules we produce. (Available after alpha testing.)

Pledge $100 or more

Producer Credit All of the above perks below $100 and you receive a producer credit on the acknowledgement slide of the 2 pilot courses.

Pledge $125 or more

Limited reward (5)

Door Buster!: 3 seats to beta test the course Get in on the ground floor for and help us shape and build the content. Includes three seat in our pilot tests for each of the first two modules we produce. (Available after alpha testing.)

Pledge $125 or more

Limited reward (4)

Door Buster: $125 Accessible WordPress site: Fully supported set up of new site front end including coding of up to 10 web pages, fully styled (agreed in advance.)

Pledge $150 or more

Dinner Time All of the above below $100 and Sharron Rush or Brian Sullivan or Desiree Sturdivant will join you for dinner when they are in your town!

Pledge $250 or more

Limited reward (10)

Accessible WordPress Site: Fully supported set up of new site front end including coding of up to 10 web pages, fully styled (agreed in advance.)

Pledge $500 or more

Online Consultation: All of the above perks below $250 and you will receive online consultation by Knowbility for two hours. (Subject to scheduling.)

Pledge $500 or more

Limited reward (5)

AccessU 2015 Registration: Premiere conference on Digital Accessibility held every year in Austin, TX in May. (Does not include post conference workshop.)

 

 

Pledge $1,000 or more

Limited reward (5)

C’mon down to Austin! Most of the above perks*. Plus, One registration at the full three -day AccessU 2015 (including all-day post conference of your choice) *Does not include above two-day conference registration, consultation or WordPress site.

Pledge $2,500 or more

Limited reward (5)

Onsite Workshop: All of the above perks*. Plus: an onsite accessibility workshop. You pack the room, we’ll pack our bags. You cover travel and incidentals. We will be there for you! (Subject to scheduling.) *Limited to one conference registration.

Pledge $5,000 or more

Limited reward (3)

Advisory Council: All of the above perks below $1,000. Plus: you get a seat on our course development advisory board, which will make your mark on accessibility history. It is your time to make a difference.

Pledge $10,000 or more

Limited reward (1)

One year course access: All of the above perks, PLUS, as a founding major funder, your company will have access to the online courses during beta pilot and for one year for up to 25 people once produced.