first wxRadiobutton enabled during focus

[ghazel]

This is a re-visit on the issue that caused this bug report:
 https://sourceforge.net/tracker/?
func=detail&atid=109863&aid=1090443&group_id=9863
and this patch:
 http://sourceforge.net/tracker/?
func=detail&aid=1038330&group_id=9863&atid=309863

As of CVS HEAD just after 2.5.4 either patch was not
applied properly, or was not a thorough fix.

Attached is code that demonstrates the problem:

Both radiobuttons are set to False on initialization, then
the second is set to True. The app should start with two
windows - a frame with the focus, and the dialog with the
radiobuttons where the second is selected. If that dialog
is focused, however, the first radiobutton is selected
erroniously.
One strange aspect is that if the radiobuttons are placed
directly on the dialog with a sizer, this problem does not
occur (so the old demo code from the previous reports is
not useful in showing the problem).

just incase:
CVS HEAD 02/23/05
wxMSW
MSVC++ 7.1

[botg]

Interesting, the first radiobutton receives a WM_COMMAND
message with the BN_CLICKED parameter. Though I've no idea
where that is coming from.

[botg]

Found the reason. Description and patch are both here:
 http://sourceforge.net/tracker/index.php?func=detail&aid=1150911&group_id=9863&atid=309863

[vadz]

It should be fixed now that the patch has been applied,
please reopen if not.

[ghazel]

CVS HEAD 05/09/05

This bug still exists in one form:
If SetValue() was called and the window with the radio
buttons never got focus, giving it focus will select the radio
button with default focus (the top button).
In my case I have the radiobuttons in a wxNotebook - calling
SetValue on a radiobutton, then showing the notebook for the
first time on a different page, then switching to the radiobutton
page shows the behavior.

I have updated the demonstration app with changes to show
this bug.

[ghazel]

new radiobutton focus bug demo

[ghazel]

The most recent incantation of this bug seems partially due
to the fact that switching tabs on a wxNotebook automatically
selects a control on the notebook page. This is not native
behaviour, at least on win32, and breaks standard keyboard
navigation.

[ghazel]

In fact, I hunted down that wxNotebook code and patched it,
and those issues went away for me. The patch can be found
here:

 http://sourceforge.net/tracker/index.php?
func=detail&aid=1208344&group_id=9863&atid=309863

[juliansmart]

Patch applied, thanks.

[VZ]

(In [72657]) Do give focus to the wxNotebook page when switching to it under MSW.

Switching to the page but keeping the focus on the notebook itself makes it
difficult to use the UI from keyboard and is inconsistent with the behaviour
of native property sheets. Do restore the code to set the focus to the page as
the bug that resulted in a wrong radio button being selected when we did this
was apparently fixed elsewhere in the meanwhile because it doesn't happen any
more even with this change.

See #2268.