W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > July to September 2012

Re: Administrative interfaces

From: Brian Cragun <cragun@us.ibm.com>
Date: Tue, 11 Sep 2012 09:11:40 -0400
To: w3c-wai-ig@w3.org
Message-ID: <OF8D857322.EC523C01-ON86257A76.00471364-85257A76.00487AE3@us.ibm.com>
Actually, sometimes administrative interfaces, in an attempt to be simple 
and elegant, become much more complex.  They sometimes rely on highly 
visual design models, such as diagrams.  They also sometimes feature 
complicated visual reports.   These visual approaches can be harder to 
make accessible.  Best to plan simplicity and accessibility from the 

I fully agree that they need to be made accessible.  There should be no 
limits as to the kinds of jobs someone can take in an organization. 

Brian Cragun
IBM AbilityLab Consultant
Human Ability & Accessibility Center
www.ibm.com/able & w3.ibm.com/able

From:   David Woolley <forums@david-woolley.me.uk>
To:     w3c-wai-ig@w3.org, 
Date:   09/11/2012 03:02 AM
Subject:        Re: Administrative interfaces

Christian Biggins wrote:
> I was wondering whether or not an administrative interface for a website 

> should also be compliant? 
> Personally I would think it should, but clearly there is a fairly 
> weighty argument against the additional work, especially if you are 
> controlling who can and cannot access the interface. Granted if you hire 

> somebody who relies on the use of assistive technologies, you would need 

> to revisit, but would it be a requirement?

Ultimately this is a question for legislators, but in my view it should 
be easy to produce A or AA compliance for such an administrative 
interface, because you do not have to worry about branding and making it 
visually pretty.

David Woolley
Emails are not formal business letters, whatever businesses may want.
RFC1855 says there should be an address here, but, in a world of spam,
that is no longer good advice, as archive address hiding may not work.
Received on Tuesday, 11 September 2012 13:12:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:36:41 UTC