Timothy Dean
Timothy,
Spy++ may be able to help you identify what's happening - it's
probably some message repeatedly being processed.
It may be that the tab control appears to be part of the radio button
grouping - try adding the WS_GROUP style to the tab control.
Dave
--
Ajay
"David Lowndes" <Dav...@example.invalid> wrote in message
news:0eg6q4pr7fi7ut143...@4ax.com...
One way to do this is to create a "Group Box" and set its tab order to be one past the
last radio button, and set its WS_GROUP attribute.
It sounds like you have hit a serious bug in how radio buttons are being handled, but the
fix I suggest here should avoid that bug. You might consider reporting this to Microsoft,
because it is a Really Bad Idea that it should happen.
Radio buttons work as follows
(*) WS_TABSTOP, WS_GROUP
( )
( )
( )
Whatever follows the radio buttons: WS_GROUP, and if an active control, WS_TABSTOP.
When you click a radio button, it races backwards in the tab order to the WS_GROUP control
that indicates the start of the radio group, and races forwards in the tab order to the
first WS_GROUP control that indicates that it is NOT part of the radio button set. The
button you click on is set, the other buttons are cleared (this is for
AutoRadioButton-style controls). It sounds like it is getting lost on the forward scan.
joe
Joseph M. Newcomer [MVP]
email: newc...@flounder.com
Web: http://www.flounder.com
MVP Tips: http://www.flounder.com/mvp_tips.htm
Timothy Dean
"Joseph M. Newcomer" <newc...@flounder.com> wrote in message
news:nbd7q4l5m9b037il6...@4ax.com...
I'd doubt it's anything to do with MFC - more likely just the way
Windows is.
Dave