On my Samsung Galaxy tab 4 (Android 4.4.2, Chrome: 49.0.2623.105) I ran into a situation where the keyCode is always 229.
I've setup a simple test for two situation
<div contenteditable="true"></div>
<input>
<span id="keycode"></span>
script:
$('div, input').on('keydown', function (e) {
$('#keycode').html(e.keyCode);
});
Fortunately I can find posts about this, but I couldn't find one with a working solution. Someone suggested to use keyup
instead or to use the textInput
event, but that one is only fired on blur
.
Now, to top it all, this doesn't happen with the default stock browser :(
Any help would be appreciated!
UPDATE: If it turns out that this is not possible I can still grab the char before the caret: post
I was having the same issue on Samsung S7 phones. Solved it by replacing event from keydown to keypress.
jQuery normalizes this stuff, so there's no need to use anything other than e.which https://stackoverflow.com/a/302161/259881
I know I'm answering an old post, but yet this problem is still ON so I like to share a view on it.
However this method is not an exact solution, but just a solution for urgency as I had.
The key is to use the value of the textbox while using keypress. for every key press value will change and by the last value update we can make which key has been pressed.
Note: this only works for the visible font on the keyboard, i.e., alphanumerics and special chars, this will not record any control or shift or alt keys as you know
Running into the same problem, only happens with stock Samsung keyboard on Android. A work around was to turn off the keyboard predictions, which fixed the input. Still analysing further to see if a work around can be found in JS land.
Edit: I've managed to find a solution for our case. What was happening, is that we had a whitelist of allowed characters that a user was allowed to enter in our input box. These were alphanumeric characters plus some whitelisted control characters (e.g. enter, esc, up/down). Any other character input would have the event default prevented.
What happened is that all events with keycode 229 were being prevented, and as a result no text was entered. Once we added keycode 229 to the whitelist as well, everything went back to functioning ok.
So if you are using some kind of custom or 3rd party form input control component, make sure to check that keycode 229 is whitelisted/allowed and not default prevented.
Hope this helps someone.
Try
e.which
instead ofe.keyCode
For more information on this property check https://api.jquery.com/event.which/
I had the same issue and could not find any solutions. I solved it using javascript.
event.target.value.charAt(event.target.selectionStart - 1).charCodeAt()
Normal keypress event does not give keyCode in android device. There has already been a big discussion on this.
If you want to capture the press of
space bar
orspecial chars
, you can usetextInput
event.Note:
textInput
does not get triggered on alphabets, number, backspace, enter and few other keys.