- From: Gregory J. Rosmaita <oedipus@hicom.net>
- Date: Wed, 6 Jan 2010 01:20:40 +0000
- To: Denis Boudreau <dboudreau@webconforme.com>, HTML Accessibility Task Force <public-html-a11y@w3.org>
- Cc: HTML WG Public List <public-html@w3.org>
aloha, denis!
let me mantra-cize the following, at least as a way of giving your
post a loud plus one:
quote
Even if another mechanism was provided to replace @summary, we're still
removing something that is useful to a lot of AT users today. Why not
simply add a new mechanism and keep a new-and-improved @summary safe and
sound in HTML5?
unquote
General Statement on HTML
Even if a new mechanism is provided to replace an attribute, element or
method introduced into HTML 4.x expressly for the purposes of
accessibility, internationalization and interoperability, since that
attribute, element or method is the basis of WCAG 1.0 and the rest of the
1.0 iterations of the WAI Suite of Guidelines documents which have been,
in turn, specifically cited by legal authorities in regards requirements
for web content, the new mechanism should be introduced WITHOUT the
removal of an attribute, element or method introduced into HTML 4.x
expressly for the purposes of accessibility, internationalization and
interoperability.
that's where i stand on @summary -- @summary is a long descriptor for
that which many users obtain unconsciously through their ability
perceive the data sets, their relations to each other and their relations
to labelling sets: in other words, the "classic" gestalt view...
as i've stated before, @summary provides the same eureka moment that
most users unconsciously receive through their ability to both visually
process the information contained in a TABLE and to cognitively
associate disparate items of information with their respective headers,
sub-headers, background colors (so that a user could use an assistive
technology's ability to change, for example, voice characteristics when
the background color changes from one named color to another), etc.
therefore, there is no inherent need for the user who can perform both
tasks by herself to have a summary presented, but there is (a) a need
for the TABLE's structure and organization to be communicated to those
who are parsing the TABLE non-visually, or through a VERY small
point-of-regard and (b) no reason why a user agent, an authoring tool,
or any other program cannot provide a means to expose the content of
@summary at a user's request -- whatever form that request takes, but
there is NO usability need to provide ALL users with a summary which is
intended to provide contextual and orientational information about the
data contained in the TABLE, which the overwhelming majority of users
will provide for themselves simply through the act of perceiving and
processing the TABLE...
that's my 2 cents, american, gregory.
-------------------------------------------------------------
ADVICE, n. The smallest common coin.
-- Ambrose Bierce, The Devil's Dictionary
-------------------------------------------------------------
Gregory J. Rosmaita, oedipus@hicom.net
Camera Obscura: http://www.hicom.net/~oedipus/index.html
-------------------------------------------------------------
Received on Wednesday, 6 January 2010 01:21:08 UTC