EASI Archives

Equal Access to Software & Information: (distribution list)

EASI@LISTSERV.ICORS.ORG

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Denis Anson <[log in to unmask]>
Reply To:
* EASI: Equal Access to Software & Information
Date:
Tue, 5 Nov 2002 08:15:21 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (252 lines)
       Peter,

       The Priority 1 through Priority 3 definitions of the W3C (at
least in the browser guidelines discussions, and I assume in others),
are not specific to any particular type of disability.  The standard
that we tried to use was that, a priority 1 item, in not implemented,
would result in some group being unable to use the page.  A priority 2
item, if not implemented, would result in a page that was hard to use,
but possible, for some group.  Priority 3 times make pages more
convenient for some group.

       The goal was that all disability groups would have equal priority
in these ratings.  And, there was some adjustment of the rankings based
on the actual technology that exists.

       Denis Anson, MS, OTR
       Computer Access Specialist
       College Misericordia
       301 Lake St.
       Dallas, PA 18612
       email: [log in to unmask]
       Phone: 570-674-6413


       > -----Original Message-----
       > From: * EASI: Equal Access to Software & Information
       > [mailto:[log in to unmask]] On Behalf Of Peter
Verhoeven
       > Sent: Tuesday, November 05, 2002 2:01 AM
       > To: [log in to unmask]
       > Subject: Re: What is the problem with accessible pop-up
windows?
       >
       > Hi,
       >
       > BTW: such guidelines like about popup have not an priority 1
       > indication.
       > These priority indications from the WAI, cause that
accessibility is
       > defined like checking priority 1. In the netherlands we have a
       > national
       > project where web sites are checked only on priority 1. Also
section
       > 508
       > is highly based on priority 1 and some priority 2 issues.
       > These priorities does not include low vision issues. So, it
does not
       > help people having low vision and a lot of elderly people.
       >
       > If a web site is accessible it does not say much about
usibility.
       > For
       > example www.microsoft.com/enable is accessible, but not usable.
100
       > links on one page is too much. The structuring on that page is
       > visible,
       > but with a screen reader I read the text from top to bottom,
column
       > by
       > column. A navigation where I can first select the category and
after
       > that the link I'm interesting in, is much usable.
       >
       > I also see a lot of web sites, where I must fill out a form.
After
       > clicking the Submit button I get a new page with an error
message,
       > telling me to go back because I made mistakes. After clicking
the
       > Back
       > button in my browser I can start again with filling out the
form
       > fields,
       > because they all became empty.
       >
       > As user of a screen reader and magnifier I prefer JavaScript
bases
       > PopUp
       > message boxes, including a clear title and error message.
       > In my opinion there is not any problem with PopUps if they are
       > functional and play a role in the interaction with the user.
How
       > many
       > popups are there in Windows?
       >
       > An advertisement PopUp is never fuctional in the interaction
with
       > the
       > user and for users of screen readers very fustrating.
       >
       > Regards Peter verhoeven
       > Internet : http://www.magnifiers.or (The Screen Magnifiers Home
       > Page)
       >
       > Ross Eadie wrote:
       > >
       > > I can understand the need to use a pop up window with an
error
       > condition.
       > > I would not subscribe to the need for knowledge about
navigation
       > in these
       > > error situations.  Usually, the error condition is described
in
       > the
       > > dialogue with only two options okay and details.  The
dialogue
       > needs to
       > > explain how to address the problem as well.  If the user
presses
       > okay, the
       > > browser would take you back to the problem application,
hopefully
       > placing
       > > the user in the mistaken field or control.  I should say, not
a
       > problem as
       > > long as the dialogue is more accessible than the Windows
error
       > dialogues
       > > where you cannot read them a second time with your voice
outputs
       > reading
       > > commands.  If the pop up or new window is to take you to a
       > different web
       > > page, there is a necessity to explain to the user before
taking
       > such new
       > > window action.  My two cents, anyway.
       > >
       > > At 12:48 PM 11/4/02 , you wrote:
       > > >       Alan,
       > > >
       > > >       The big issue with pop-up windows (having been in
this
       > discussion
       > > >in the W3C) is one of location and navigation. For "blind
       > navigation,"
       > > >the two important aspects are knowing where you currently
are
       > > >(location), and knowing how to get from where you are to
where
       > you want
       > > >to be (navigation). Pop-up windows take the focus of the
browser
       > from
       > > >the window where you think you are, and suddenly drop you
into an
       > > >unexpected place. The result is disorientation, and often a
       > failure to
       > > >provide navigation back to where you want to be.
       > > >
       > > >       Imagine that you are leaving your front door to go to
       > work. You
       > > >forgot your lunch on the kitchen counter, so your magic door
       > decides
       > > >that you should be back in the kitchen to get your lunch. It
       > doesn't
       > > >tell you that it's going to do this, just, boom, there you
are.
       > > >
       > > >       As a sighted person, you would know that something
odd had
       > > >happened, because your refrigerator is not in your front
yard.
       > But if
       > > >it was the middle of the night, and this happened, you might
       > crash into
       > > >the refrigerator because you expected the sidewalk to your
garage
       > to be
       > > >there.
       > > >
       > > >       You would be very disoriented, and have a difficult
time
       > figuring
       > > >out what had happened.  Hence, pop-up windows (and magic
doors)
       > are bad
       > > >things because then confuse both location and navigation.
       > > >
       > > >       Denis Anson, MS, OTR
       > > >       Computer Access Specialist
       > > >       College Misericordia
       > > >       301 Lake St.
       > > >       Dallas, PA 18612
       > > >       email: [log in to unmask]
       > > >       Phone: 570-674-6413
       > > >
       > > >
       > > >       > -----Original Message-----
       > > >       > From: * EASI: Equal Access to Software &
Information
       > > >       > [mailto:[log in to unmask]] On Behalf Of
Alan
       > Cantor
       > > >       > Sent: Monday, November 04, 2002 1:41 PM
       > > >       > To: [log in to unmask]
       > > >       > Subject: What is the problem with accessible pop-up
       > windows?
       > > >       >
       > > >       > I have a question about WCAG 1.0:
       > > >       >
       > > >       > 10.1: Until user agents allow users to turn off
spawned
       > > >windows, do
       > > >       > not cause pop-up or other windows to appear and do
not
       > change
       > > >the
       > > >       > current window without informing the user.
       > > >       >
       > > >       > What problems are there with operating-system
produced
       > pop-up
       > > >       > windows? Let's say a user enters data onto a form
on a
       > > >web-based
       > > >       > application. The use hits the submit button, the
data is
       > > >validated,
       > > >       > and is found to contain an error. If javascript
pops an
       > error
       > > >       > message, there will be accessibility problems. But
if
       > Windows
       > > >draws
       > > >       > a dialog box to report the error (with an
appropriate
       > title
       > > >bar,
       > > >       > message text, and standard pushbuttons) is this a
       > problem? What
       > > >       > techniques are more accessible than an accessible
pop-up
       > > >window?
       > > >       >
       > > >       > Alan
       > > >       >
       > > >       >
       > > >       > Alan Cantor
       > > >       > Project Manager
       > > >       > Strategic e-Government Implementation
       > > >       > e-Government, OCCS
       > > >       > 416-212-1152
       > > >       > [log in to unmask]
       > > >
       > > ---
       > > Ross Eadie
       > > Voice:  (204) 339-5287

ATOM RSS1 RSS2