W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > October to December 1998

RE: behavior reuse

From: Charles (Chuck) Oppermann <chuckop@MICROSOFT.com>
Date: Mon, 30 Nov 1998 12:57:30 -0800
Message-ID: <BB61526CDE70D2119D0F00805FBECA2F030D199A@RED-MSG-55>
To: Al Gilman <asgilman@access.digex.net>, w3c-wai-ua@w3.org
I think you are misunderstanding my position.  We don't want tables
linearized - we expose the structure of tables and allow accessibility aids
to decide for themselves how to represent the table to the user.  The
advantage is that each aid can optimize the presentation to their particular
users.  The disadvantage is that the accessibility aid has to implement the
feature.  This is the means by which several Windows-based screen readers
current use to access HTML tables.

Using scripts to "unroll" a table is one possible means to achieve what
Scott wants, but it is not the position that I'm advocating.  The advantage
of this approach is that it'll provide a lowest common denominator approach,
workable for legacy aids.  The disadvantage is that in order to be useful,
the script would have to intelligently restructure the table - possibly
making incorrect assumptions.  

Another means, similar to a script, is directly modifying the object tree to
eliminate the table structure.  This method must be implemented by the user
agent or the accessibility aid (as JAWS for Windows currently does).  The
advantage of this method is the same as the first method.  The disadvantages
are the same as the second method.

Finally, the user agent itself can unroll the table, using an internal
script or other code or by merely changing the rules by which is displays
tables.  The advantage of this method is that accessibility's aids have to
do no work.  The disadvantage is that each user agent could do it
differently and that the display is not optimized to a particular set of
users.

-----Original Message-----
From: Al Gilman [mailto:asgilman@access.digex.net]
Sent: Thursday, November 26, 1998 8:21 AM
To: w3c-wai-ua@w3.org
Subject: behavior reuse


Maybe table linearization is something that "the browser" can
punt to add-on modules that access the DOM.  But scripting won't
work to disseminate this to a mass of users because of the strict
scoping rules for scripts.

There needs to be some way for the user to express trust in the
third-party widget that de-table-izes the DOM image of the
document, so it gets applied systmatically across all pages
without having to fake up an enclosing frameset or so on.

There is a "behavior sheet" submission to the W3C for behavior
reuse.  Maybe we need to ask the browsers to be out in the market
ahead of the consensus format on this one.  If scripting is to be
an acceptable solution for table re-flow, then there has to be
some way for the user to inject this script through the browser
without messing with specific pages.

Al
Received on Monday, 30 November 1998 15:57:37 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 06:48:38 GMT