Try to fix an overzealous event propagation that creates some key events (arrows, page up page down and some others) and mouse events called twice.
the first call is the right call, the last call being the default handler.
This commit is contained in:
parent
cf178fd20a
commit
c0bc2f1bee
|
@ -323,20 +323,9 @@ void TOOL_DISPATCHER::DispatchWxEvent( wxEvent& aEvent )
|
|||
|
||||
if( evt )
|
||||
m_toolMgr->ProcessEvent( *evt );
|
||||
|
||||
else
|
||||
// pass the event to the GUI, it might still be interested in it
|
||||
#ifdef __APPLE__
|
||||
// On OS X, key events are always meant to be caught. An uncaught key event is assumed
|
||||
// to be a user input error by OS X (as they are pressing keys in a context where nothing
|
||||
// is there to catch the event). This annoyingly makes OS X beep and/or flash the screen
|
||||
// in pcbnew and the footprint editor any time a hotkey is used. The correct procedure is
|
||||
// to NOT pass key events to the GUI under OS X.
|
||||
|
||||
if( type != wxEVT_CHAR )
|
||||
aEvent.Skip();
|
||||
#else
|
||||
aEvent.Skip();
|
||||
#endif
|
||||
|
||||
updateUI();
|
||||
}
|
||||
|
|
Loading…
Reference in New Issue