Bug 34767
| Summary: | Emacs shortcuts (eg Ctrl+A) don't fire keypress inside contentEditable | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | jeffharris |
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | ap |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.5 | ||
jeffharris
Repro:
1) Visit this page: http://unixpapa.com/js/testkey.html
2) Put your cursor in the textbox and type <Ctrl+A>
Result:
You get the keydown and keyup events but don't get the keypress event
Expected Result:
Like Firefox, you should get a keypress event.
Same problem is also present for other Emacs shortcuts:
* Ctrl+B
* Ctrl+D
* Ctrl+E
* Ctrl+F
* Ctrl+H
* Ctrl+K
* Ctrl+N
* Ctrl+O
* Ctrl+P
* Ctrl+T
* Ctrl+V
* Ctrl+Y
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
This is by design. There is no character code associated with such events, so we don't fire keypress, only keydown.
jeffharris
I guess I was confused why Ctrl+S or Ctrl+G (and others) do fire keypresses. Something seems funky here
Alexey Proskuryakov
Indeed, funkiness is not by design!
We have another bug tracking this issue, although it also doesn't have much clarity about desired behavior. Marking as a duplicate.
*** This bug has been marked as a duplicate of bug 28409 ***