```
NumPad9 reports as NumPad8 - SHOULD BE IN NEXT RELEASE FIXED REVERSED CODE order in table
NumPad8 reports as ScrollLock - FIXED ditto
...
```
F11 reports as Backslash - my test in cefclient shows correct hardware code in table,
INSERT reports as MetaLeft - my test in cefclient shows correct hardware code in table,
HOME reports as MetaRight - my test in cefclient shows correct hardware code in table,
END doesn't report at all
PageUp reports as ScrollLock, too
PageDown doesn't report at all
ScrollLock doesn't report at all
PRINT doesn't report at all
```
These are more complex the codes in the table are correct based on the key events generated on the linux side, it may be there is some translation happening between the linux keyboard and the rawkey emitted inside the emulation.
My table originally mapped RawKeys (sent by MKShare from AmigaOS4) to linux uinput events, it's 99% accurate insofar as the correct key events occure on the linux side when an amigaos4 key is pressed. So I filled in the entries in reverse to create the newtranslation of rawkey to lowlevl hardware key.
I'll have to add a extra debug layer to see what RawKey I get inside the AmiBench layer. Perhaps these spacial keys have been traslated by AmiBerry to look more like an amiga keyboard.
```
CapsLock doesn't seem to invoke "OnKeyDown" and "OnKeyUp" but with every keypress, it switches between the two (while "OnKeyPress" being with "OnKeyDown")
```
I'll bet RawKey events are only being created on transitions of the key state here as it;s a locking key.. tempted to blame input device for that one (without hard evidence :-))
```
ESC closes the browser, even if event.preventDefault() is called (but I guess that's a bit of another issue)
```
This key is intercepted by MUI before it can be sent to the browser engine, it may r may not be possible to listen for that javascript call later on.
