When editor mode is enabled, it is impossible to receive the keydown events of Meta-B and Meta-I in JavaScript. This is a serious problem for implementing web based editors because it is often desirable to implement custom logic for the hotkeys instead of always following the browser's default. To reproduce the issue: 1. Open the attached HTML test case. 2. Click in the iframe area, a caret should appear indicating the area is editable. 3. Press any Meta combination that's not Meta-I or Meta-B, the correct keycode should be printed out in the editing area. 4. Press Meta-I or Meta-B, the keycode is not printed out indicating the JavaScript logic failed to receive the events.
Created attachment 20765 [details] Test case
This issue is causing the bug https://dev.fckeditor.net/ticket/1701 in FCKeditor.
Confirmed with r32635. IE allows JavaScript to cancel default processing for these events.
Similarly perhaps, Command-I cannot be used in Safari to invoke the Mail Contents of This Page command when in editable text (<rdar://problem/5845299>).
*** Bug 25604 has been marked as a duplicate of this bug. ***
I looked into this a little yesterday. We're short-circuiting handling of these events. I didn't quite know how to hook into the NSResponder/NSTextField model in order to process the key events at the right time however. It seems we might have to implement our own processKeyEvents: which is called from the EditorClient handleKeyEvent callback. I should post actual stack traces in the bug for more intelligent discussion.