Re: Action Item: Investigate wording for possible third classagent for conformance section

Sorry for the confusion, Let's try it this way.  A screen reader such
as jaws for windows or outspoken is not a user agent therefore, all it
needs to do is take what is fed to it by the user agent and propperly
deal with it.  This is an assistive slot if you will.  if hpr were
that, the guidelines would support it as it currently stands.
thatch@us.ibm.com wrote:
> 
> David, could you please explain your assertion, quote hpr is setting its self in
> the browser/ua arena thereby taking its self out of the umbrella which would
> allow it to fall comfortably into an assistive slot. endquote.
> 
> In particular, I can't find the "assistive slot."
> 
> I  looked for the definitions of the two categories, "graphical desktop user
> agent" (GDUA) and "dependent user agent" (DUA) in the current working document.
> I realized (I hope correctly) that definitions are not given, but that the terms
> are defined by the checkpoints themselves. I.e., you comply as a DUA (at a given
> level ...) if you satisfy all checkpoints (of that level ...) that are not
> specifically GDUA, and conversely, you comply as a GDUA if you satisfy all
> checkpoints not specifically DUA. Is that the intention? What is the assistive
> slot in this context.
> 
> Jim Thatcher
> IBM Special Needs Systems
> www.ibm.com/sns
> thatch@us.ibm.com
> (512)838-0432
> 
> David Poehlman <poehlman@clark.net> on 08/31/99 01:42:11 PM
> 
> To:   Jon Gunderson <jongund@uiuc.edu>
> cc:   Denis Anson <danson@miseri.edu>, Richard Schwerdtfeger/Austin/IBM@IBMUS,
>       w3c-wai-ua@w3.org
> Subject:  Re: Action Item: Investigate wording for possible third class    agent
>       for conformance section
> 
> Jon, Granted your statement that complience of assistives with
> assistives should be of lower priority right now.  It will need to be
> examined at any rate though and brings up several good points not the
> least of which is that hpr is setting its self in the browser/ua arena
> thereby taking its self out of the umbrella which would allow it to
> fall comfortably into an assistive slot.
> Jon Gunderson wrote:
> >
> > I would like to clarify my view of conformance:
> >
> > 1. The two current sub groups came out of a need seen by the group to
> > develop minimum standards for commercial mainstream browsers and plug-ins
> > like Netscape Navigator, Microsft Explorer, Opera and multi-media
> > technologies for accessibility. A second need seen by the group is to
> > indicate the types of additional features for technologies like specialized
> > browsers and other types of "assistive technology" that provide advanced
> > features to access to web content to persons with severe disabilities that
> > is currently beyond the scope of current browser technology (i.e. speech,
> > refreshable Braille).
> >
> > 2. Part of what the priorities of the checkpoints need to indicate which
> > checkpoints are currently more important and therefore should be developed
> > first.  The priorities of checkpoints for the different sub-groups are not
> > normative and could change over time as technology changes.  Some
> > checkpoints could even have different priorities in each sub-group
> > (currently there are none).
> >
> > 3. Part of the work of testing the guidelines is to determine what
> > chekpoints work for which technologies.  What we want is more usable
> > interfaces for people with disabilities and that should be our focus.  So
> > while assistive technology being compatible with other assistive technology
> > is a great goal and would help people with mulitple disabilities is it the
> > first thing we want AT developers to consider right now, or are other
> > checkpoints more important.
> >
> > Jon
> >
> > At 08:40 AM 8/31/99 -0400, Denis Anson wrote:
> > >Rich,
> > >
> > >This proposal would be fine were it not for the fact that people with a
> > >primary disability (such as blindness) sometimes also have a secondary
> > >disability, such as physical movement restrictions, that must also be
> > >accommodated.  If a targeted user agent provides only native conformance for
> > >the issues that are considered to be pertinent to that disability (or more
> > >appropriately, functional level), then it may not support the adaptations
> > >required for the secondary disability.
> > >
> > >Primarily, there are two components of access: input and output.  Most of
> > >the targeted user agents are built around adaptations of output to a
> > >different format: Braille or voice, for example.  Rendering video with
> > >captioning deals with auditory output.  But even those with output
> > >restrictions can have input restrictions, such that they cannot use the
> > >standard keyboard/mouse interface, and must use an alternative input method.
> > >All user agents should support external assistive technologies so that both
> > >input and output can be modified as needed.
> > >
> > >Denis Anson
> > >
> > >-----Original Message-----
> > >From: w3c-wai-ua-request@w3.org [mailto:w3c-wai-ua-request@w3.org]On
> > >Behalf Of schwer@us.ibm.com
> > >Sent: Monday, August 30, 1999 4:47 PM
> > >To: Jon Gunderson
> > >Cc: w3c-wai-ua@w3.org
> > >Subject: Re: Action Item: Investigate wording for possible third class
> > >agent for conformance section
> > >
> > >
> > >
> > >
> > >
> > >Jon,
> > >
> > >After considerable thought on this on really believe section
> > >3.1(conformance)
> > >needs to define a third class of agent called a "Targetted Agent." Targetted
> > >agents like Home Page Reader and PWWebSpeak are user agents that are
> > >targetted
> > >to a specific disabilities group or groups. They are not designed to work
> > >with
> > >or provide access to features that an unrelated asssitive technology should
> > >need. In particular, the definition of "Native support" required:
> > >
> > >"for dependend user agents states that Native support does not preclude more
> > >extensive support for accessibility by dependent user agents, so user agents
> > >must still make information available through programming interfaces."
> > >
> > >This means that if a targetted agent renders a document visually it needs to
> > >support a DOM and expose all the API to another assistive technology for the
> > >purposes of enabling access by different user agent technologies or
> > >disabilites
> > >groups not intended by the targetted agent. When doing our Home Page Reader
> > >Evaluation and when assessing future Home Page Reader product requirements
> > >we
> > >found numerous conformance checkpoints that were non-applicable for the
> > >reasons
> > >stated.
> > >
> > >To change the wording in section 3.1 I would suggest the following:
> > >
> > >The terms "must", "should", and "may" (and related terms) are used in this
> > >document in accordance with RFC 2119 ([RFC2119]).
> > >
> > >To promote interoperability between graphical desktop user agents and
> > >dependent
> > >user agents and between graphical desktop user agents and targetted agents
> > >conformance to this document is expressed in terms of these three types of
> > >software.
> > >
> > >Conformance for graphical desktop browsers
> > >
> > >In order to conform as a graphical desktop browser, the user agent must
> > >satisfy
> > >all the checkpoints (for a chosen conformance level) that apply to graphical
> > >desktop browsers and do so natively.
> > >
> > >Even for those checkpoints that must be satisfied natively, graphical
> > >desktop
> > >browsers should make information available to other software through
> > >standard
> > >interfaces (e.g., specialized dependent user agents may provide a better
> > >solution to a problem than a graphical desktop browser).
> > >
> > >Conformance for dependent user agents
> > >In order to conform as a dependent user agent, the user agent must satisfy
> > >all
> > >the checkpoints (for a chosen conformance level) that apply to dependent
> > >user
> > >agents and do so natively.
> > >
> > >Conformance for targetted agents
> > >
> > >In order to conform as a targetted agent, the user must satisfy all the
> > >checkpoints (for a chosen conformance level) that apply to targetted agents.
> > >Targetted agents are graphical desktop browsers targetted to a specific
> > >disability.
> > >
> > >The difficulty here will be deciding what checkpoints apply to what
> > >disabilties.
> > >Does such a list exist?
> > >
> > >Rich
> > >
> > >Rich Schwerdtfeger
> > >Lead Architect, IBM Special Needs Systems
> > >EMail/web: schwer@us.ibm.com http://www.austin.ibm.com/sns/rich.htm
> > >
> > >"Two roads diverged in a wood, and I -
> > >I took the one less traveled by, and that has made all the difference.",
> > >Frost
> > >
> > >
> 
> --
> Hands-On Technolog(eye)s
> Touching The Internet:
> mailto:poehlman@clark.net
> Voice: 301.949.7599
> ftp://ftp.clark.net/pub/poehlman
> http://poehlman.clark.net
> Dynamic Solutions Inc.
> Best of service
> for your small business
> network needs!
> http://www.dnsolutions.com
> 
> ---sig off---

-- 
Hands-On Technolog(eye)s
Touching The Internet:
mailto:poehlman@clark.net
Voice: 301.949.7599
ftp://ftp.clark.net/pub/poehlman
http://poehlman.clark.net
Dynamic Solutions Inc.
Best of service
for your small business
network needs!
http://www.dnsolutions.com

---sig off---

Received on Tuesday, 31 August 1999 16:55:13 UTC