Difference between revisions of "Accessibility Wishlist"

From Dreamwidth Notes
Jump to: navigation, search
m (slight reorganization for readability)
(General wishlist: s/Bugzilla/GHI/)
 
(11 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{TOC}}
+
== General wishlist ==
 +
 
 +
At this point, pretty much everything in the wishlist should be a bug ticket -- put them here if there is still some question over whether or not they need to be in the [[Github Issues|bug tracking system]].
  
== general wishlist ==
 
 
* 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.
 
* 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.
  
* <s>For extra shininess, if somebody uses the audio version of the captcha select this option automatically.</s> (with invite codes, we've removed the captcha)
+
== Documentation wishlist ==
  
* <s>Clear and accessible instructions on signup page on what to do if you can't complete the captcha for journal creation.</s>  (with invite codes, we've removed the captcha)
+
Put together documentation and make it publicly accessible and broadly disseminated from all the usual documentation places:
  
* On all [[styles]], have alt text for all images.
+
=== For Dreamwidth users ===
  
* Make sure all forms on the site follow [http://www.webaim.org/techniques/forms/screen_reader.php these accessibility guidelines for screenreaders].  These guidelines also provide layout advice for high usability.
+
* [[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]]
  
== documentation wishlist ==  
+
=== For Dreamwidth developers, designers, and documentation producers ===
Put together documentation and make it publicly accessible and broadly disseminated from all the usual documentation places:
+
 
 +
* 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 ===
  
* for dreamwidth users
+
* Our in-house list of [[Accessible technology]]
** [[accessibility features in dreamwidth]]
+
* WebAIM (Web accessibility in mind) if a treasure trove of useful resources
** [[keeping your layout accessible when you customize it]]
+
** [http://www.webaim.org/ Main site] and [http://www.webaim.org/intro/ introduction]
** [[how to write userpic descriptions]]
+
** [http://www.webaim.org/discussion/ Mailing list] (low/medium volume, very good signal-to-noise ratio, beginner friendly)
** [[links for end-users to ask for more help or make suggestions]]
+
** [http://www.webaim.org/projects/screenreadersurvey/ Screen reader users survey] and [http://webaim.org/projects/screenreadersurvey2/ second screenreader survey]
* for dreamwidth developers, designers, and documentation producers
+
** [http://www.webaim.org/simulations/screenreader/ Screenreader simulation]: learn what it's like to use a screen reader
** Style creators: [[creating an accessible style]]
+
* 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].
** Developers, style creators, designers: [[principles of universal design]]
+
* [http://www.accessfirefox.org/ Access Firefox]: Mozilla's resource list
** Developers: [[resources for creating accessible HTML and AJAX]]
+
** Site copy, FAQ, documentation, and support people: [[avoiding language that assumes able-bodied users]]
+
  
[[Category: Wishlists]] [[Category:Accessibility]]
+
[[Category: Wishlists]] [[Category:Accessibility]] [[Category:Documentation]]

Latest revision as of 13:14, 1 August 2014

General wishlist

At this point, pretty much everything in the wishlist 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

For Dreamwidth developers, designers, and documentation producers

Useful resources to document