I now see that it has issues with certain keys like "Insert" in
particular, and that "WANTS_CHARS" can help for some.
Is this a platform limitation,
Perhaps, or it may be related to the actual widget being used. Also, Mac keyboards don't have an Insert key, so it may be something that got overlooked because of that. Are there other keys with the same problem in your case? What does the KeyEvent sample in the demo display if you press the Insert key while the test panel has the focus?
The KeyEvent sample shows WXK_HELP when insert is pressed. I was using a PC keyboard via synergy, the physical Mac keyboard really was overlooked at the time.
However, these differences are minor annoyances. The bigger issue is that even when you change the previously attached accel_test to use WXK_HELP instead if WXK_INSERT (or any other accelerator), only the first TextCtrl ever gets the event – and it get’s it irregardless of what has the focus on the Frame.
I solved this for the moment with a hack by getting the focused control of the top level parent of the event object in the EVT_MENU handler, and delegating the event handling to the focused control if appropriate.
···
On Friday, April 11, 2014 2:38:02 AM UTC+2, Robin Dunn wrote:
Perhaps, or it may be related to the actual widget being used. Also,
Mac keyboards don’t have an Insert key, so it may be something that got
overlooked because of that. Are there other keys with the same problem
in your case? What does the KeyEvent sample in the demo display if you
press the Insert key while the test panel has the focus?