Difference between revisions of "Accessibility Wishlist"
From Dreamwidth Notes
(removing captchas (because they are gone) and alt text (because it is complete)) |
Jadelennox (Talk | contribs) (adding 2nd webaim survey) |
||
| Line 27: | Line 27: | ||
** [http://www.webaim.org/ main site] and [http://www.webaim.org/intro/ introduction] | ** [http://www.webaim.org/ main site] and [http://www.webaim.org/intro/ introduction] | ||
** [http://www.webaim.org/discussion/ mailing list] (low/medium volume, very good signal-to-noise ratio, beginner friendly) | ** [http://www.webaim.org/discussion/ mailing list] (low/medium volume, very good signal-to-noise ratio, beginner friendly) | ||
| − | ** [http://www.webaim.org/projects/screenreadersurvey/ screen reader users survey] | + | ** [http://www.webaim.org/projects/screenreadersurvey/ screen reader users survey] and [http://webaim.org/projects/screenreadersurvey2/ second screenreader survey] |
** [http://www.webaim.org/simulations/screenreader/ screenreader simulation]: learn what it's like to use a screen reader | ** [http://www.webaim.org/simulations/screenreader/ screenreader simulation]: learn what it's like to use a screen reader | ||
* accessibility validation tools. Note that no tool can do anything more than point out to you something you might look at. No "validated" site is guaranteed to be perfect. [http://www.w3.org/WAI/eval/selectingtools.html The w3c explains the limitations of validation tools and how to choose one]. | * accessibility validation tools. Note that no tool can do anything more than point out to you something you might look at. No "validated" site is guaranteed to be perfect. [http://www.w3.org/WAI/eval/selectingtools.html The w3c explains the limitations of validation tools and how to choose one]. | ||
Revision as of 03:43, 31 October 2009
Contents
general wishlist
At this point, pretty much everything in the wish list should be a bug ticket -- put them here if there is still some question over whether or not they need to be in the bug tracking system.
- Have a question/option at signup which can funnel people into an area that asks about accessibility needs and shows them what's available for different accessibility needs.
documentation wishlist
Put together documentation and make it publicly accessible and broadly disseminated from all the usual documentation places:
for dreamwidth users
- accessibility features in dreamwidth
- keeping your layout accessible when you customize it
- how to write userpic descriptions
- links for end-users to ask for more help or make suggestions
for dreamwidth developers, designers, and documentation producers
- Style creators: creating an accessible style
- Developers, style creators, designers: principles of universal design
- Developers: resources for creating accessible HTML and AJAX
- Site copy, FAQ, documentation, and support people: avoiding language that assumes able-bodied users
- Everyone: Accessibility Testing
Useful resources to document
- our in-house list of [Accessible technology]
- WebAIM (Web accessibility in mind) if a treasure trove of useful resources
- main site and introduction
- mailing list (low/medium volume, very good signal-to-noise ratio, beginner friendly)
- screen reader users survey and second screenreader survey
- screenreader simulation: learn what it's like to use a screen reader
- accessibility validation tools. Note that no tool can do anything more than point out to you something you might look at. No "validated" site is guaranteed to be perfect. The w3c explains the limitations of validation tools and how to choose one.
- Access Firefox: Mozilla's resource list
