Non-qwerty keyboard layout has a wrong behaviour on wasm

[Vrixyz]

follow up on #149 ; we decided to contain the fix on windows, as mac/linux might not be impacted, but we didn't think about wasm.

Unrelated

ctrl-V is broken too on wasm both on windows and mac, not sure it's related.

[mvlabat]

This might be related to #113. Can you try setting the following flag to false and see if it works?
https://docs.rs/bevy/0.10.0/bevy/window/struct.Window.html#structfield.prevent_default_event_handling

[Vrixyz]

• applying https://docs.rs/bevy/0.10.0/bevy/window/struct.Window.html#structfield.prevent_default_event_handling and targeting bevy_egui main:
  • it does fix ctrl-V 🎉 ; but only from within the page, if I try to paste from outside, it doesn't seem to be aware of it.
  • it doesn't fix altgr for my azerty @ 😭, and ctrl-A (select all)

[Vrixyz]

More infos on this for ctrl-A, it's actually sending the keys from Qwerty keyboard, therefore sending "ctrl-Q".
If I input ctrl-Q from my keyboard, it works because it's sending "ctrl-A" under the hood 🎉.

But I'd like to work with correct inputs 🤔, also it doesn't help with @.

I've modified bevy_egui main locally to include some logs:

Here is a short wasm log of me spamming ctrl-A

Here is a short wasm log of me spamming A:

short log of me spamming altgr-0 to try to get my @

for reference, a short log of me spamming altgr-0 on NATIVE, getting correct behaviour, printing a '@'

Looks like the fix for ctrl-A is up to winit, as Keycode is supposed to be the correct key translated in selected layout.

• Added keyboard layout translation for key input in wasm rust-windowing/winit#2152 ; i'll try to patch locally and report my findings Didn't help in my tests
• I think Keyboard Input 2.0 rust-windowing/winit#2662 will help, but I suppose it's full of breaking changes and will need an update from bevy to adapt to the new API.

The fix for @ might be unrelated, I'm not sure.