Fix beep sound, closes #799

[probablykasper]

What kind of change does this PR introduce?

• Bugfix
• Feature
• Docs
• New Binding issue #___
• Code style update
• Refactor
• Build-related changes
• Other, please describe:

Does this PR introduce a breaking change?

• Yes, and the changes were approved in issue #___
• No

Checklist

• When resolving issues, they are referenced in the PR's title (e.g fix: remove a typo, closes #___, #___)
• A change file is added if any packages will require a version bump due to this PR per the instructions in the readme.
• I have added a convincing reason for adding this feature, if necessary

Other information

All I did was have the WryWebViewParent call performKeyEquivalent on the menu. As far as I can tell, everything works:

• The frontend receives Escape keydown events
• There's no beep sound. Built-in menus like Copy can still beep, but that's correct behavior - Safari acts the same. You can prevent the menu (and by extension, the beep) from being called using e.preventDefault() in the frontend.
• Q and Ctrl+Shift+Q menus work
• Menus only fire once

Closes #799

@wusyong Is there anything I'm missing?

[wusyong]

Following bugs we encountered bugs before have tested:

• no beep sound
• keyboard input working including IME
• menu accelerator works with: CMD+, SHIFT+, and single keyinput in menu example.
• keyinput only reigger once using sample in [bug] Keydown event trigger twice tauri#5741
• works with release build with this config:

[profile.release]
strip = true 
lto = true
opt-level = "z"

[wusyong]

@probablykasper Thanks again! This really fix everything around key events I believe.

[probablykasper]

That's awesome! Pure luck that I tried that haha