RadioChoice vs. RadioGroup

["Richard W. Adams" <RW...@UP.COM>]

Can someone explain the important differences (besides the API) between 
RadioChoice & RadioGroup? What scenarios/factors would make one use one 
instead of the other? What are the tradeoffs? Etc. From my quick (perhaps 
naive) reading, they seem like equally plausible ways of doing the same 
thing.

I looked at the javadocs, but they didn't give any useful information to 
help me choose between the two classes.

**

This email and any attachments may contain information that is confidential and/or privileged for the sole use of the intended recipient.  Any use, review, disclosure, copying, distribution or reliance by others, and any forwarding of this email or its contents, without the express permission of the sender is strictly prohibited by law.  If you are not the intended recipient, please contact the sender immediately, delete the e-mail and destroy all copies.
**

Re: RadioChoice vs. RadioGroup

[Martin Grigorov <mg...@apache.org>]

Hi,

The difference is like DropDownChoice vs. Select components.

The *Choice components generate their body by concatenating strings.
Pros: lighter component
Cons: not much control over the generated markup

Select/RadioGroup need children components like SelectOption/Radio
which themselves generate their markup.
Pros: better control over the generated markup per child
Cons: bigger component tree (more memory footprint). Imagine a page
with 200+ options.

On Tue, Apr 24, 2012 at 3:45 PM, Richard W. Adams <RW...@up.com> wrote:
> Can someone explain the important differences (besides the API) between
> RadioChoice & RadioGroup? What scenarios/factors would make one use one
> instead of the other? What are the tradeoffs? Etc. From my quick (perhaps
> naive) reading, they seem like equally plausible ways of doing the same
> thing.
>
> I looked at the javadocs, but they didn't give any useful information to
> help me choose between the two classes.
>
> **
>
> This email and any attachments may contain information that is confidential and/or privileged for the sole use of the intended recipient.  Any use, review, disclosure, copying, distribution or reliance by others, and any forwarding of this email or its contents, without the express permission of the sender is strictly prohibited by law.  If you are not the intended recipient, please contact the sender immediately, delete the e-mail and destroy all copies.
> **



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org