翻译The background
In .NET Windows Forms (2.0) radio buttons are automatically grouped by their container control, whether it is a Form, Panel or GroupBox.
That means that when you select one radio button, every other radio button in the same container is automatically changed to unchecked state.
Now, consider the following form layout:
MUST HAVE NICE TO HAVE DESCRIPTION --------- ------------ ----------------------------------------------- [ ] [ ] The gizmo works [ ] [ ] The gizmo works beautifully [ ] [ ] The gizmo works amazingly and makes you breakfast [ ] [ ] The gizmo comes with a pony- Each
'[ ]'is a radio button. - The user is asked to choose the required answer in column one, and the optional (desired, best-case answer) in column 2.
As you can see, the radio buttons should be grouped by column: selecting one of the radios should clear the rest of the column, but should have no effect in the other column.
The problem
Basically the problem is that this is a dynamically generated form.
- The number of rows in the layout is dynamic and it is loaded from a configurable form definition.
- The description text is not known until runtime and lengths vary a great deal (some might have just a couple of words, and some others a dozen of lines).
- The layout cannot be redesigned. This comes from the familiarity of the (non-technical) users with the paper version of this form that has been in use for years. This form will also printed and even if I changed the input system on my form that would mean coding another version for printing with the 'old' layout.
What I have tried and didn't work
I first tried to implement this as a dynamically generated layout using three panels, one for each column, so the automatic radio button grouping would work just fine. And it did.
But the layout problems related to horizontal alignment between the radio buttons and its text are just killing me. The size of the text is not known until runtime and the text lines might wrap (sometimes several times for each item). Sometimes it aligns properly, sometimes it doesn't. I'm about to start debugging this, but I'm thinking if maybe changing this three-panel implementation is a better option.
What I'm trying to do
I would like to redesign the layout by using a TableLayoutPanel with three columns in order to simplify the alignment related issues, but that means that I cannot use the automatic radio button grouping-by-container "feature".
EDIT:
As Gerrie suggested, other layout option is to have each line implemented as a user control and use a flow layout panel.
That means, again, that I might want to use controls for layout, but not for radio button grouping.
I would need to get vertical radio button groups despite using horizontal user controls
/EDIT
What I'm trying to ask
I need pointers and suggestions about how to manually control the grouping of the radio buttons. I really don't mind subclassing the RadioButton class if needed.
Specifically, is there any 'canonical' or known way of subclassing 'RadioButton' or go all the way down to Win32 APIs, so that every time the control is checked (by using the mouse, keyboard Enter, Space bar, and any other way that I could not be aware of selecting them) I can trap the event and manually update the state of every other control on my form and in a way that the automatic grouping feature is well known to be 'de-activated'? I fear that the implementation is also container-related, and I might be also forced to subclass Panel?.
How does the grouping 'magic' work in Windows Forms?
Every solution I have found googling that implements custom radio button groups or 'radio button lists' is based in some way in using a container for the group. Can containers be avoided? If so, how?.