On change event of <select> in Firefox doesn't fire when using cursor keys

X

xxbmichae1

I have a <select> object that i've set up an onchange event that fires
in IE fine when I use the cursor up and down in the list, but If I use
the cursor up and down in Firefox the event doesn't seem to fire until
I've left the field....If i use the mouse all is fine, only when using
the cursor keys does it not fire the onchange event in FF.


Thanks for any help in advance.


Michael
 
A

ASM

I have a <select> object that i've set up an onchange event that fires
in IE fine when I use the cursor up and down in the list, but If I use
the cursor up and down in Firefox the event doesn't seem to fire until
I've left the field....If i use the mouse all is fine, only when using
the cursor keys does it not fire the onchange event in FF.

What do you call cursors ? (are they arrows in scrollbar of list ?)

on my Mac, with arrow keys up and/or down of keyboard :
- IE scrolls window
- FF does what you say your IE does
 
R

RobG

I have a <select> object that i've set up an onchange event that fires
in IE fine when I use the cursor up and down in the list, but If I use
the cursor up and down in Firefox the event doesn't seem to fire until
I've left the field....If i use the mouse all is fine, only when using
the cursor keys does it not fire the onchange event in FF.

I guess your unasked question is "How do I get consistent behaviour" -
the answer is to not use a select to fire onchange events (which is
probably not what you want to hear).

The W3C spec says that onchange should fire when the control loses focus
(provided the value has changed). IE doesn't wait, it fires as soon as
the option is selected. Firefox does wait if you use the keyboard, but
not if you use the mouse.

There are other inconsistencies between various browsers and the spec,
unfortunately the result is a bit of a mess.

If you explain what you are trying to do some other solution can be
proposed.
 
A

ASM

RobG said:
Firefox does wait if you use the keyboard, but
not if you use the mouse.

Not at all :
on my Mac with my FF (doctype transitional 4.0)
it fires on each change (by keyboard's arrow key or by click)
(scrolling list by lift or mouse well -> no change or fire)
There are other inconsistencies between various browsers and the spec,
unfortunately the result is a bit of a mess.

unfortunatly (soupir)
 
R

RobG

ASM said:
Not at all :

Perhaps I should have said 'Firefox on Windows'.
on my Mac with my FF (doctype transitional 4.0)
it fires on each change (by keyboard's arrow key or by click)
(scrolling list by lift or mouse well -> no change or fire)

So we have variation not only between browsers, but in the same browser
on different platforms. It just gets better... :-x

[...]
 
A

ASM

RobG said:
So we have variation not only between browsers, but in the same browser
on different platforms. It just gets better... :-x

because sometimes I have some difficulties with my English ...
my test was :

<select size=4 onchange="alert(this.options[this.selectedIndex].text);">
<option>test 1
<option>test 2
<option>test 3
<option>test 4
<option>test 5
<option>test 6
<option>test 7
</select>

hope was right subject of post (?)
 
R

RobG

ASM said:
because sometimes I have some difficulties with my English ...

Hey, you're English is fine - certainly better then my French!
my test was :

<select size=4 onchange="alert(this.options[this.selectedIndex].text);">
----------^^^^^^

The size attribute actually changes the behaviour of the select's
onchange event in Firefox (Windows XP). If size is 1 or not defined,
the onchange does not fire using the keyboard until the select loses
focus. With a size attribute of 2 or greater, the onchange fires every
time an option is selected with the keyboard.

Is it the same for Safari et al?

[...]
 
X

xxbmichae1

Thanks for the reply Rob, What I am trying to achieve is when the user
selects an item in the list, depending on the selection I want to
enable and make visible some other objects on the page. I have a real
pain in the ass supervisor who doesn't think my idea to make the
current project run in a browser versus a client / server app, and one
of her things is being able to use the keyboard and not have to switch
back and forth between keyboard and mouse.....so in my attempt to prove
myself right and her wrong, I really need this to work with just using
the keyboard down arrow and up arrow.....now one thought I did have
since the event fires when I tab away from the list, is in the function
that fires, I could set the focus to the first enabled object that the
routine just made enabled thus giving the illusion that it's doing what
I want.....

Any other thoughts or ideas would be greatly appreciated.....

Thanks in advance!

Michael
 
R

RobG

Thanks for the reply Rob, What I am trying to achieve is when the user
selects an item in the list, depending on the selection I want to
enable and make visible some other objects on the page. I have a real
pain in the ass supervisor who doesn't think my idea to make the
current project run in a browser versus a client / server app, and one
of her things is being able to use the keyboard and not have to switch
back and forth between keyboard and mouse.....so in my attempt to prove
myself right and her wrong, I really need this to work with just using
the keyboard down arrow and up arrow.....now one thought I did have
since the event fires when I tab away from the list, is in the function
that fires, I could set the focus to the first enabled object that the
routine just made enabled thus giving the illusion that it's doing what
I want.....

Any other thoughts or ideas would be greatly appreciated.....

You can use a combination of onkeyup and onchange, which seems to work
OK (read thread above). You should have a reset function that returns
the form to the default onload (otherwise some browsers will show a
selected option that does not match the page content), if you want it to
act more like a form, then a reset button should be included too (see
example below).

onkeyup introduces a touch of lag, onkeydown selects the previous option
(maybe that's OK?).


<body onload="document.formA.reset();">

<script type="text/javascript">
function changeIt( el ){
var x = document.getElementById('xx').firstChild;
x.data = el.options[el.selectedIndex].text;
}
</script>

<form action="" id="formA" name="formA">
<select name="selectA" size="1"
onchange="changeIt( this );"
onkeyup ="changeIt( this );"<option selected>
<option>test 1
<option>test 2
<option>test 3
<option>test 4
<option>test 5
<option>test 6
<option>test 7
</select>
<input type="reset" onclick="
this.form.selectA.selectedIndex=0;
changeIt(this.form.selectA);
">
</form>
<div id="xx">&nbsp;</div>
 
A

ASM

RobG said:
ASM said:
my test was :

<select size=4 onchange="alert(this.options[this.selectedIndex].text);">
----------^^^^^^

The size attribute actually changes the behaviour of the select's
onchange event in Firefox (Windows XP). If size is 1 or not defined,
the onchange does not fire using the keyboard until the select loses
focus.

That's right : FF, IE, Safari

click on select -> list displayed
arrow key -> moves line to line
Enter key -> validation and onchange
 
A

ASM

I really need this to work with just using
the keyboard down arrow and up arrow.....now one thought I did have
since the event fires when I tab away from the list, is in the function
that fires, I could set the focus to the first enabled object that the
routine just made enabled thus giving the illusion that it's doing what
I want.....

Any other thoughts or ideas would be greatly appreciated.....

on my Mac and with a select not defined size or set to 1

IE, FF, Safari -> same way :

1) click on select (or tab-indexed ?) -> list displayed
2) Arrow key -> moves line to line
3) Enter key -> validation and onchange fired
 
C

Csaba Gabor

RobG said:
onkeyup introduces a touch of lag, onkeydown selects the previous option
(maybe that's OK?).
<select name="selectA" size="1"
onchange="changeIt( this );"
onkeyup ="changeIt( this );"

replace that onkeyup line with
onkeydown="window.setTimeout(function(e0){return
function() {changeIt(e0)}}(this),0)"


to get that spiffy, lagless performance you've been dreaming about. It
also responds to each item when the arrow keys are held down, hence
repeat.

Tested on IE, FF under Win XP Pro
Csaba Gabor from Vienna
 
G

Gérard Talbot

I have a <select> object that i've set up an onchange event that fires
in IE fine when I use the cursor up and down in the list, but If I use
the cursor up and down in Firefox the event doesn't seem to fire until
I've left the field....If i use the mouse all is fine, only when using
the cursor keys does it not fire the onchange event in FF.


Thanks for any help in advance.


Michael

That's by design.

Select onChange not called using down arrow key
https://bugzilla.mozilla.org/show_bug.cgi?id=126379

and this bug has at least 25 duplicates.

Gérard
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Members online

No members online now.

Forum statistics

Threads
473,995
Messages
2,570,230
Members
46,819
Latest member
masterdaster

Latest Threads

Top