E-mail List Archives
Re: onchange event in html select
From: Jared Smith
Date: Jan 27, 2011 8:24AM
- Next message: Jason Megginson: "Re: onchange event in html select"
- Previous message: adam solomon: "1.3.2 meaningful sequence"
- Next message in Thread: Jason Megginson: "Re: onchange event in html select"
- Previous message in Thread: adam solomon: "onchange event in html select"
- View all messages in this Thread
On Thu, Jan 27, 2011 at 4:15 AM, adam solomon wrote:
> I know that traditionally we have always heard that a
> button must be provided with the select in such a case, yet is it really
> inaccessible without the button?
You must have something enabled that is overriding IE's default
behavior. Do you have JavaScript enabled?
In my installations with IE8, simply arrowing up or down through the
controls at http://webaim.org/techniques/javascript/eventhandlers#onchange
results in the page automatically changing. Additionally, if you
navigate the control with the keyboard in any browser and then hit the
tab key the page unexpectedly changes. Clicking on it in IE and
scrolling with a mouse wheel also results in an unexpected change.
Clicking on it with the mouse and simply selecting an option results
in a potentially unexpected change.
In all of these situations the page changes location in a non-standard
way - via changing or blurring a select menu rather than a form
submission. Any time your page changes location or context via
something other than a link or form submission, it has potential to
introduce confusion and frustration. Is it 'technically' accessible?
Yes. Is it functionally very friendly and usable to many users? No.
Jared Smith
WebAIM.org
- Next message: Jason Megginson: "Re: onchange event in html select"
- Previous message: adam solomon: "1.3.2 meaningful sequence"
- Next message in Thread: Jason Megginson: "Re: onchange event in html select"
- Previous message in Thread: adam solomon: "onchange event in html select"
- View all messages in this Thread