W3C home > Mailing lists > Public > public-wsc-wg@w3.org > April 2007

ISSUE-35: information overload/underload -- no oneSizeFitsAll (public comment)

From: Web Security Context Issue Tracker <dean+cgi@w3.org>
Date: Fri, 13 Apr 2007 11:57:39 +0000 (UTC)
To: public-wsc-wg@w3.org
Message-Id: <20070413115739.855C9DAD83@w3c4-bis.w3.org>


ISSUE-35: information overload/underload -- no oneSizeFitsAll (public comment)

http://www.w3.org/2006/WSC/Group/track/issues/35

Raised by: Bill Doyle
On product: All

from public comments

information overload/underload -- no oneSizeFitsAll 
where it says, in 2.2 Relevance of security information

   The Working Group will analyze common use cases to determine what
   security information a user requires to proceed safely and recommend
   security information that should, or should not, be presented in
   each case.
please consider
While GUI users rarely perturb the presentation decisions of the web author, 
Screen reader users commonly do use verbosity settings in their user 
environment.  So the presumption must be that the good practice this Working 
Group decides on as to "how much to say when" is in fact only competent for 
user interface modes and conditions similar to the predominant delivery 
context of web users.  It's not universal.  Yes, it's good to get more 
consistency in following this good practice where it fits, but recognize the 
limits of the goodness of this practice and don't think that this goodness 
extrapolates across all Web delivery contexts.  For that reason, the 
function/performance model of the security aspect needs to be articulated 
separately and independently from the good practice binding for presentation 
of those functions with the desired comprehension and annoyance performance 
characteristics in the nominal delivery context.  In particular, 
10.1.8 "Provide explanations ..." shows you realize that the information needs 
to be there in support of a mixed-initiative, variable-level-of-detail user 
experience.  All the available information should be considered 'conditonal 
content' of the dialog state as contemplated by UAAG 1.0, Guideline 2.  So 
while the WSC deliverables may well not discuss *how* to present all this 
information, *some* way to access all this information is a requirement of the 
UAAG guideline.
Received on Friday, 13 April 2007 11:57:42 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 5 February 2008 03:52:46 GMT