Ensure that Enter key presses are never stolen from wxButton in wxMSW.
authorVadim Zeitlin <vadim@wxwidgets.org>
Sun, 11 Dec 2011 17:03:56 +0000 (17:03 +0000)
committerVadim Zeitlin <vadim@wxwidgets.org>
Sun, 11 Dec 2011 17:03:56 +0000 (17:03 +0000)
commit4cf1a9bf4af038e88d2a9fffdc7f919fa91e7572
tree1ebb6e3028e55de641b22dca0ea8d22b506faf2c
parent91614f1aa3ceb938cecc17878c67ec16c4c3282a
Ensure that Enter key presses are never stolen from wxButton in wxMSW.

This commit fixes the following bug: when an in-place editor control containing
an embedded button was used in wxDataViewCtrl, pressing Enter on the button
would close the editor, accepting changes, instead as (generic) wxDataViewCtrl
intercepts WXK_RETURN in its EVT_CHAR_HOOK handler. To prevent this from
happening, wxButton now handles EVT_CHAR_HOOK itself and never lets the parent
window intercept it if it's for WXK_RETURN. To ensure that normal
wxEVT_KEY_DOWN and wxEVT_CHAR are still generated in this case, wxButton
handler calls the new wxKeyEvent::DoAllowNextEvent() method that was added to
allow suppressing EVT_CHAR_HOOK only, without affecting the subsequent events.
DoAllowNextEvent() is currently only used in wxMSW but support for it was also
added to wxGTK and (both) wxOSX ports.

See #9102.

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@69984 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
include/wx/event.h
include/wx/msw/button.h
interface/wx/event.h
src/gtk/window.cpp
src/msw/button.cpp
src/msw/window.cpp
src/osx/carbon/app.cpp
src/osx/cocoa/window.mm