Strange behavior of KeyDown

[itizi]

When viewing my access database through microsoft remoteapp, the html5 in-browser rdp viewer specifically, the onKeyDown event has a keyCode value of 231 for all of the 'normal' keys(a-z, 0-9,+-,etc), different values for the function keys, enter key.

My research indicates that is a unicode prefix character. The keyAscii in onKeyPress still shows normally. I suspect it is a long shot, but does anyone have an idea how to differentiate between keydown's in this scenario? any sort of workaround?

 

[tvanstiphout]

My guess is that the browser is eating these keystrokes. Is there a browser setting for that? Dunno. Try several different browsers.

I don't know what you mean by "unicode prefix character". Do you have a link?

 

[itizi]

My guess is that the browser is eating these keystrokes. Is there a browser setting for that? Dunno. Try several different browsers.

I don't know what you mean by "unicode prefix character". Do you have a link?

the problem isn't the 231 so much, the problem is that it gives 231 when pressing a or + or . Really I just need a way to know which different key is pushed. I did discover that while + yields 231, ctrl + + yields the expected 107..same with alt....very odd

 

[itizi]

I couldn't post a link to the page that indicates 231 is unicode prefix, it told me that the post was 'spam like'

 

[itizi]

learn microsoft com
indicates:

Packet

231

Used to pass Unicode characters as if they were keystrokes. The Packet key value is the low word of a 32-bit virtual-key value used for non-keyboard input methods.

 

[itizi]

the problem isn't the 231 so much, the problem is that it gives 231 when pressing a or + or . Really I just need a way to know which different key is pushed. I did discover that while + yields 231, ctrl + + yields the expected 107..same with alt....very odd

I tested in chrome and opera and edge and firefox: same thing, just gives 231 as keycode or any key unless alt or ctrl is held