[Linux] Workaround issue 45478: IME dysfunctional after BACKSPACE

[Linux] Workaround issue 45478: IME dysfunctional after BACKSPACE

The reason of the issue is ibus intercepts all key events and does not
forward them to chrome at all, while webkit relies on key events to
reset one of its internal flag. This CL just fakes key down/up events if
the input method intercepts all key events.

BUG=45478
TEST=see bug report.

Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=69067

[Evan Martin, 2010-12-13 22:46:00]

http://codereview.chromium.org/5787004/diff/1/chrome/browser/renderer_host/gt...
File chrome/browser/renderer_host/gtk_im_context_wrapper.cc (right):

http://codereview.chromium.org/5787004/diff/1/chrome/browser/renderer_host/gt...
chrome/browser/renderer_host/gtk_im_context_wrapper.cc:511:
host_view_->ForwardKeyboardEvent(fake_event);
Since this occurs twice, maybe this could be refactored?  E.g.
SendFakeKeyUpDownEvent() that takes a bool for the up vs down logic.

[James Su, 2010-12-13 23:08:04]

CL updated.

[Evan Martin, 2010-12-13 23:09:26]

LGTM

http://codereview.chromium.org/5787004/diff/5001/chrome/browser/renderer_host...
File chrome/browser/renderer_host/gtk_im_context_wrapper.h (right):

http://codereview.chromium.org/5787004/diff/5001/chrome/browser/renderer_host...
chrome/browser/renderer_host/gtk_im_context_wrapper.h:105: void
SendFakeKeyEvent(WebKit::WebInputEvent::Type type);
I guess this always sends a composition key event?  Maybe include composition in
the name of the function (as written it looks like it could just as well send
"enter").