Quincey: > It sounds like you're trying to do something roughly analogous to pins in > MapKit. That is, you have a number of indicators, only one of which is in > some kind of distinguished state. I think it's a mistake to think of these as > radio buttons, even though radio button sets also have a number of > indicators, only one of which is in some kind of distinguished state.
Not really. What I have is a set of mutually exclusive options, but each one enables a box that is located right under them, giving the user the possibility to enter parameters needed by the option (s)he selected. For example, imagine it is a French ;) restaurant menu dialog. The user could choose between three different desserts, and, within each dessert, some custom items. Thus, for example, a three-flavor ice cream could command a three pop-up box to select each flavor, while a cake would have a single pop-up to choose between chocolate, coffee or vanilla. Therefore, the radio buttons would have to be unevenly spaced. > Thus, I'd suggest you'd end up with a better user experience by using > something else (image views, or buttons with custom images) -- even something > dot-like -- that isn't recognizably a standard radio button. That's what I did in fine, but why not give the standard buttons a radio button style, since they actually behave as true radio button, so they abide by the same semantics. > Arranging for only one button to be selected at a time is fairly trivial, I > think, so you're not going to be investing a lot of time into reinventing the > wheel. > > Incidentally, using a subview or control for each indicator is a fairly > heavyweight solution, with performance implications if there could be a lot > of them. It may also be better to integrate them into the drawing of the > underlying view (I'm assuming it's a custom view). That does mean reinventing > the correct tracking behavior when they're clicked on, but that's not too > hard either. Well, it is just a matter of enabling or disabling the related box. Thanks a lot again! Vincent_______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
