Skip to Content.
Sympa Menu

grouper-dev - RE: [grouper-dev] Draft Minutes: Grouper-dev Call 12-Oct-2011

Subject: Grouper Developers Forum

List archive

RE: [grouper-dev] Draft Minutes: Grouper-dev Call 12-Oct-2011


Chronological Thread 
  • From: Chris Hyzer <>
  • To: "GW Brown, Information Systems and Computing" <>, Emily Eisbruch <>, Grouper Dev <>
  • Subject: RE: [grouper-dev] Draft Minutes: Grouper-dev Call 12-Oct-2011
  • Date: Wed, 26 Oct 2011 15:10:31 +0000
  • Accept-language: en-US

Some of the advanced ajax controls are difficult to conform to ARIA... maybe
there could be the ajaxy way to do things, and a simple way. Would help for
mobile users too. For example, I need an ajax tree control with a context
menu (right click on an item) like this:

http://dhtmlx.com/docs/products/dhtmlxTree/samples/03_context_menu/01_pro_context_menu.html

This one looks like it does what I want, and can do keyboard navigation, but
it is not ARIA compliant... hmmm

Chris

-----Original Message-----
From:


[mailto:]
On Behalf Of GW Brown, Information Systems and Computing
Sent: Wednesday, October 26, 2011 4:15 AM
To: Emily Eisbruch; Grouper Dev
Subject: Re: [grouper-dev] Draft Minutes: Grouper-dev Call 12-Oct-2011

--On 19 October 2011 13:06 -0400 Emily Eisbruch
<>
wrote:

> [AI] (Gary) will email the Grouper-Dev list with specifics on UI
> accessibility issues

Apologies for the delay:

The original admin UI aimed to be accessible and deliberately avoided the
use of Javascript, partly because of cross-browser compatability issues,
but also because of accessibility constraints. We have subsequently added
Javascript for tooltips, and the Lite UI is AJAX-based.

With the Grouper UI redesign slated for v2.2 extending Javascript use, it
is important to ensure that the UI is accessible. This is mandated by
legislation in various countries and, in particular, is an important factor
for adoption in some HE institutions.

Fortunately, accessibility standards have developed, and there are many
cross browser Javascript libraries which are designed to facilitate the
creation of accessible applications. So, in addition to the original W3C
standards <http://www.w3.org/WAI/WCAG1AAA-Conformance>, the new UI should
aim to comply with WAI-ARIA (http://www.w3.org/WAI/intro/aria).

It looks like validation tools are a bit thin on the ground - partly
because WAI-ARIA is supported in HTML 5 which is still being finalized,
however, <http://about.validator.nu/> and <http://validator.w3.org/> have
some support.

I've always thought that there are two parts to accessibility:
1) the box-ticking conformance with standards
2) actual usability by real individuals who rely on accessibility

Even if we make the effort during the re-design to ensure conformance with
standards it is hard to know how 'successful' we have been. Also,
compliance often drifts over time as new features are added (as has
happened with the current UI). Ideally we could do with some external
agency (or someone with a real interest) to check our compliance and its
effectiveness.

Gary

----------------------
GW Brown, IT Services




Archive powered by MHonArc 2.6.16.

Top of Page