- From: Mary Ellen Zurko <Mary_Ellen_Zurko@notesdev.ibm.com>
- Date: Wed, 18 Apr 2007 16:11:11 -0400
- To: Web Security Context WG <public-wsc-wg@w3.org>
- Message-ID: <OFAEF38F16.7E145388-ON852572C1.0051DF42-852572C1.006EE67B@LocalDomain>
We're not giong to disable assistive technologies. UAAG 1.0 Guideline 6
speaks to how user agents make existing data structures and content
available to assistive technologies. Out of scope "New security
information" (5.4) points out that we're not extending protocols and data
formats. So it all keeps working. Defining "user agent" in the right place
with the right defintion (ISSUE-29) will provide further clarity for both
of the points raised here. 5.3 is trying to get at the notion that the
usability is with the human user; we are not addressing ease of automated
processing where there is no human involved at all. Here's a slight
modification that I propose that I hope would make that clearer:
The Working Group will only consider Web interactions that include a human
user as the target of the trust decisions that this working group is
chartered to address. Situations in which all security relevant
information is consumed and acted upon only by automated agents are out of
scope.
Mez
Mary Ellen Zurko, STSM, IBM Lotus CTO Office (t/l 333-6389)
Lotus/WPLC Security Strategy and Patent Innovation Architect
Web Security Context Issue Tracker <dean+cgi@w3.org>
Sent by: public-wsc-wg-request@w3.org
04/15/2007 10:59 AM
Please respond to
Web Security Context WG <public-wsc-wg@w3.org>
To
public-wsc-wg@w3.org
cc
Subject
ISSUE-43: don\'t disable assistive technology (public comment)
ISSUE-43: don't disable assistive technology (public comment)
http://www.w3.org/2006/WSC/Group/track/issues/43
Raised by: Bill Doyle
On product: Note: use cases etc.
>From public comments
raised by: Al Gilman Alfred.S.Gilman@ieee.org
http://lists.w3.org/Archives/Public/public-usable-
authentication/2007Apr/0000.html
don't disable assistive technology
where it says, in 4.2 User agents
Use cases considered by this Working Group must involve a web user
agent, operated by a human user.
where it says, in 5.3 Security context information for consumption by
automated agent
The Working Group will only consider Web interactions that include a human
user. Situations in which all security relevant information is consumed
and
acted upon my automated agents are out of scope.
you must change
The latter statement is incompatible with standard accessibility
requirements,
in particularly the W3C Recommendation on User Agent Accessibility
Guidelines. Please review UAAG 1.0, Guideline 6. On the client side the
user
must have the option to employ automated assistance that accesses either
the
W3C DOM or a platform-defined accessibility API. The machinability of the
security information (information characterizing the security aspect of
the
user's current browse context) is a matter of importance to people with
disabilities, and must not be neglected.
where it says, in 4.4 Third-party recommendation
The recommendations of certificate authorities,
visited web sites or reputation services integrated into the user
agent are in scope for this Working Group.
please consider
The architecture needs to support reputation services integrated with the
AT
as well as integrated with the base browser.
Why?
People with disabilities who use heavy-duty Assistive Technology such as a
screen reader, voice command software, or on-screen-keyboard for switch
input
management, will find the Assistive Technology a more natural bundle host
for
recommendation-service access funtions, as opposed to the base browser.
Received on Wednesday, 18 April 2007 20:11:15 UTC