diff options
author | ukai@chromium.org <ukai@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-04-30 00:29:15 +0000 |
---|---|---|
committer | ukai@chromium.org <ukai@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-04-30 00:29:15 +0000 |
commit | f5ff98854a36d071860f450a43a269648eceff42 (patch) | |
tree | 080bd275c6adc45b34b11b861e3907d76cf5ba4c /webkit/glue/resource_fetcher_unittest.cc | |
parent | 8206c7cdb13fb1ea1cd657ba5edcac499621c9a8 (diff) | |
download | chromium_src-f5ff98854a36d071860f450a43a269648eceff42.zip chromium_src-f5ff98854a36d071860f450a43a269648eceff42.tar.gz chromium_src-f5ff98854a36d071860f450a43a269648eceff42.tar.bz2 |
Don't insert ASCII character with ctrl(w/o/ alt) or meta is on.
On Gtk/Linux, it emits key events with ASCII text and ctrl on for ctrl-<x>.
In WebKit, EditorClient::handleKeyboardEvent in
WebKit/gtk/WebCoreSupport/EditorClientGtk.cpp drops such events.
On Mac, it emits key events with ASCII text and meta is on for Command-<x>.
These key events should not emit text insert event.
Alt key would be used to insert alternative character, so we should let through.
Ctrl-Alt combination may equal to AltGr key, which is also used to insert
alternative character.
In summary, we can't think of a scenario where you'd use control(w/o alt) or
meta to do insertion of a ASCII character.
BUG=10846,11070,11165
Review URL: http://codereview.chromium.org/99209
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@14921 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'webkit/glue/resource_fetcher_unittest.cc')
0 files changed, 0 insertions, 0 deletions