This should be largely fixed in the ext update.
Hey, this is excellent news!
I have now updated to the lastest version of AmiBrowser (46.38) and did some more testing. Here are the results:
- NumPad9 reports as NumPad8
- NumPad8 reports as ScrollLock
- F11 reports as Backslash
- INSERT reports as MetaLeft
- HOME reports as MetaRight
- 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
- CapsLock doesn't seem to invoke "OnKeyDown" and "OnKeyUp" but with every keypress, it switches between the two (while "OnKeyPress" being with "OnKeyDown")
- ESC closes the browser, even if event.preventDefault() is called (but I guess that's a bit of another issue)
When using a german keymap, some values for Z and Y are still reported switched, but not all. Let's take key Y (between T and U) as an example: It is correct, that "Code" always reports "KeyY", no matter the keymap of the OS, and this works correctly. But for "KeyChar" and "Key", all events should report a "Z" for a german keymap. Currently this works only for "Key" value of event "OnKeyPress" correctly, all other events still report a "Y".
I tested with two different keyboards, just to be sure. Both gave the same results.
Just as a sidenote: TAWS doesn't convert any keycodes back or forth. As this is not emulation but "simply" (haha) a web page.
Keep up the good work, just a few more little glitches to go!

Cheers,
Michael