<script type="text/javascript" src="jquery-1.3.2.js"></script>
<input id=a type="text" value='sss'/>
<script type="text/javascript">
$('#a').keyup(
function(event){
alert(String.fromCharCode(event.which))
})
</script>
you can test this code in your brower,
and it always alert UpperCase of a charcode.
At first I thought this was a bug, as the expected lowercase value is returned for the keypress
event. It turns out that on keyup/keydown
the ASCII uppercase/non-shifted version of a key is always returned.
From this link: http://www.javascriptkit.com/jsref/eventkeyboardmouse.shtml
Be careful when accessing the keyCode property during an onkeydown or onkeyup event, as it is set whenever any key is pressed, including non character keys like "Shift". This means if you try to press "Shift+a" to try and get the keyCode for "A", you will always end up getting two keyCodes instead, one for "Shift" and one for "A" in that order. What you won't get regardless is the keyCode for "a", as keyCode always returns the unicode value of the uppercase version of a character
keypress
event.keydown
events when the keys are pressed down and two keyup
event when the keys are released.keypress
returns the composite value of one or more keys being pressed in unison.keydown
and keyup
return the value of a single key while ignoring any key combinations. Now here's the confusing part: for some reason the unshifted value of the a
key is returned as key code 65. But 65 is uppercase A in the ASCII table. So somewhere along the line the browser is taking the lowercase a (ASCII code 97), transforming it to uppercase A, then passing it keydown/keyup
as the non-shifted character. Weird, isn't it?
(guess)
It's referencing the Key which doesn't have a case. Case is determined by whether or not the shift key is also down.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With