RE: ISSUE-115: Mixing of security information and content in non-visual environments? [Techniques]

I'd choose James Earl Jones for the Security Metadata Voice.  :)
 
But in all seriousness, visually challenged users do need an easy way to
distinguish content from chrome, and I can't think of anything more
natural than to use different voices.

  _____  

From: public-wsc-wg-request@w3.org [mailto:public-wsc-wg-request@w3.org]
On Behalf Of Mary Ellen Zurko
Sent: Tuesday, October 30, 2007 2:44 PM
To: McCormick, Mike
Cc: public-wsc-wg@w3.org
Subject: RE: ISSUE-115: Mixing of security information and content in
non-visual environments? [Techniques]



I love this idea, but I fear it's because it tickles my funny bone to be
able to choose a meta data voice (Archangel Gabriel? my mother?). 

William, Robert, anyone - what do we know about how security context
information today, like the padlock, is handled by non visual
interfaces? 

          Mez





From: 	<michael.mccormick@wellsfargo.com> 
To: 	<dan.schutzer@fstc.org>, <public-wsc-wg@w3.org> 
Date: 	10/03/2007 03:18 PM 
Subject: 	RE: ISSUE-115: Mixing of security information and
content in non-visual environments? [Techniques]

  _____  





Maybe the speech-enabled agent should use two different voices - one for
metadata (including but not limited to security context) and another for
content. 

-----Original Message-----
From: public-wsc-wg-request@w3.org [mailto:public-wsc-wg-request@w3.org
<mailto:public-wsc-wg-request@w3.org> ]
On Behalf Of Dan Schutzer
Sent: Wednesday, October 03, 2007 11:01 AM
To: 'Web Security Context Working Group WG'
Subject: RE: ISSUE-115: Mixing of security information and content in
non-visual environments? [Techniques]


I am not expert on how we currently handle non-visual environments, but
one could approach this in a similar manner. For example, when a
visually-impaired user accesses a page which is audio only; the page
could be broken into two pieces. The first piece would be a
heading/preface that cannot be modified by the webservice, provides
security and other chrome info and is spoken by a distinctive voice that
differs from the rest of the spoken web page, the content

-----Original Message-----
From: public-wsc-wg-request@w3.org [mailto:public-wsc-wg-request@w3.org
<mailto:public-wsc-wg-request@w3.org> ]
On Behalf Of Web Security Context Working Group Issue Tracker
Sent: Wednesday, October 03, 2007 11:48 AM
To: public-wsc-wg@w3.org
Subject: ISSUE-115: Mixing of security information and content in
non-visual environments? [Techniques]



ISSUE-115: Mixing of security information and content in non-visual
environments? [Techniques]

http://www.w3.org/2006/WSC/track/issues/
<http://www.w3.org/2006/WSC/track/issues/> 

Raised by: Thomas Roessler
On product: Techniques

We currently have material concerning the mixing of security information
and context in non-visual environments. Is there a useful generalization
of the requirement to non-visual UIs? Are there problematic known cases
similar to the location bar favicon mix known for, e.g., screen readers?