[WG: Accessibility] Accessibility improvements that could be seen in Sakai 3 over Sakai 2
Mary Stores
mstores at indiana.edu
Mon Jan 4 06:52:04 PST 2010
Brian,
It looks good to me so far based on our discussions. If I think of
anything else, I'll let you know.
Quoting "Richwine, Brian L" <brichwin at indiana.edu>:
> I am making a list of accessibility improvement that could be
> achieved in Sakai 3 over the Sakai 2.x code base. I'm especially
> interested in including issues that go beyond the "low hanging fruit"
> and in having a list that addresses issues that are critical to get
> into the ground floor of Sakai 3's development.
>
> Please email the list with comments and suggestions. Here is what I
> have so far:
>
> Accessibility improvements that could be seen in Sakai 3 over Sakai 2
>
> * Explicitly labeling every form element (ARIA can be helpful here)
>
> * Make all controls keyboard accessible (ARIA and accessible
> JavaScript techniques can be helpful here)
>
> * Use accessible content authoring tools. Make sure the
> content authoring tools allow the user to create accessible content
> (alt text for images, accessible table markup (headers, summary,
> etc.), appropriate structural elements (headings, paragraphs, etc.),
> etc.)
>
> * Allow users to specify their default WYSIWYG editor preference
>
> * Make all link text/titles to unique destinations distinct.
> Make sure the purpose/destination of each link is clear.
>
> * Use of appropriate semantic markup (good heading structure,
> lists for lists, paragraphs for paragraphs, well marked up data
> tables with summaries and appropriate headers, etc.)
>
> * The use of CSS for layout instead of tables, or have each
> table's role marked appropriately
>
> o Using ARIA: Adding role="presentation" to the table tag causes it
> to always be treated as a layout table
>
> o Using ARIA: Adding role="grid" to the table tag causes any table
> to be treated as a data table
>
> * Eliminating cases where the use of color is the sole means
> of communicating pieces of information
>
> * Better announcement of pop-ups and completed actions (ARIA
> can be helpful here)
>
> * Uniform and logical use of ARIA Landmarks to improve page
> navigation and purpose discovery by the user
>
> * Use of ARIA features as needed to provide necessary
> contextual information for adaptive technologies (roles, states,
> change notification, etc.)
>
> * Don't use frames/iFrames. If frames are necessary, make
> sure they are named appropriately to provide necessary contextual
> information.
>
>
> Brian Richwine
> Adaptive Technology Support Specialist
> Adaptive Technology and Accessibility Centers
> Indiana University - Bloomington/Indianapolis
> http://iuadapts.indiana.edu
> (812) 856-4112
>
>
More information about the accessibility
mailing list