Bug 193258 - [iOS] Command + . key events to editable elements should look like Escape key
Summary: [iOS] Command + . key events to editable elements should look like Escape key
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: WebKit Local Build
Hardware: iPhone / iPad iOS 12
: P2 Normal
Assignee: Nobody
URL:
Keywords: PlatformOnly
Depends on:
Blocks: 190571
  Show dependency treegraph
 
Reported: 2019-01-08 14:39 PST by Daniel Bates
Modified: 2019-02-01 15:52 PST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Bates 2019-01-08 14:39:06 PST
On iOS, Command + . maps to Escape. Currently the behavior of Command + . differs whether the key events are dispatched to an editable or non-editable element. We want Command + . to behave as if the Escape key was pressed for key events dispatched to non-editable elements.

You can observe this difference by using a hardware keyboard and performing the following:

1. Visit <https://unixpapa.com/js/testkey.html>.
2. Ensure Modifiers and DOM 3 attribute values are enabled.
3. Press Command + . on the keyboard.
4. Focus the text field.
5. Press Command + . on the keyboard.

Compare the logged output emitted after (3) and (4).
Comment 1 Daniel Bates 2019-01-11 16:43:55 PST
As it turns out, the behavior is correct. We want Command + . to dispatch be treated as  key events for Command and key events for '.'. I am going to make behavior of pressing Command + . in a non-editable element match the behavior for the editable case (see bug #193255).