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

Re: Clarification of checkpoint 7.4

From: Kynn Bartlett <kynn-edapta@idyllmtn.com>
Date: Fri, 18 Aug 2000 15:54:42 -0700
Message-Id: <4.2.0.58.20000818154722.00b2d210@garth.idyllmtn.com>
To: Wendy A Chisholm <wendy@w3.org>
Cc: w3c-wai-gl@w3.org
At 03:40 PM 8/18/2000 , Wendy A Chisholm wrote:
><proposal>
>8. Clarification of checkpoint 7.4
>Added: xx August 2000
>Type: Clarification
>Refers to: Checkpoint 7.4 of 5 May 1999 version
>Description (and correction): Checkpoint 7.4 says,
><blockquote>
>Until user agents provide the ability to stop the refresh, do not create periodically auto-refreshing pages. [Priority 2] For example, in HTML, don't cause pages to auto-refresh with "HTTP-EQUIV=refresh" until user agents allow users to turn off the feature.
></blockquote>
>
>This checkpoint is trying to address two issues:
>
>1. Disorientation due to unexpected changes in content. Users should expect  changes in content when they follow a link or submit a form. However, the author may cause unexpected changes to content by using scripts or other markup. The author should inform the user of changes that will occur without explicit user interaction.
>For example, if pressing a submit button will cause an intermediate page to appear before the final results are displayed, inform the user in advance. In short, warn the user of what will happen without their explicit interaction.
>
>2. Response time not long enough to interact or comprehend the content before it changes.  To ensure that users can interact with and understand content in a time frame suitable to their needs, do not cause automatic content changes at regular intervals (such as a page of stock quotes that is updated every 3 minutes).
>
>There is an "until user agents" clause that is not yet satisfied for this checkpoint.  Note that the User Agent Accessibility Guidelines will require user agents to provide the ability for users to update pages manually.
></proposal>

Question:

Does this mean that I can _never_ provide a service that updates 
itself regularly?  For example, does this mean that self-updating
stock pages are always off-limits?

What if I provide the same content through an accessible version
as well?  A page that only refreshes when the user presses reload,
AND a page that autorefreshes?  What if the autorefresh page has
a large warning on the front?  What if the time between refreshes
is user-configurable?  What if the page also includes prominent
controls that say "halt autorefresh" and "resume autorefresh"?

The problem is with this checkpoint itself.  It is too absolute,
too negative, and too specific.  It provides only one alternative 
-- "rip it off the page" -- instead of telling how to do it correctly.

"If you create auto-refreshing web pages, make sure the user has
control over the refresh cycle."  And then the proposed comments
plus the quote about HTTP headers plus suggestions from my 
comments go into the techniques (or in 2.0, into the technology-
specific checkpoints and the techniques/examples).

-- 
Kynn Bartlett  <kynn@idyllmtn.com>                       http://kynn.com/
Director of Accessibility, Edapta                  http://www.edapta.com/
Chief Technologist, Idyll Mountain Internet      http://www.idyllmtn.com/
AWARE Center Director                         http://www.awarecenter.org/
Vote for Liz for N. Am. ICANN Nominee!        http://www.khyri.com/icann/
Received on Friday, 18 August 2000 19:07:11 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:47:05 GMT