>>>>> "David" == David M Karr <[EMAIL PROTECTED]> writes:
David> I've often been frustrated by some details of the "radio" and "checkbox" tags. David> I have some issues with the rules for producing the "name" of the resulting David> element, and for deciding whether the component should be checked. I'd like to David> get some opinions on my proposed change. David> The crux of the problem is that the "property" attribute is "overloaded" for David> two purposes: David> 1. The name of the bean property to get the current value from. David> 2. The name attribute of the HTML component. David> Unfortunately, it's often desirable (IMHO) for those two values to be David> different. David> For instance, it seems conceivable that the bean used to populate the component David> would have two fields, one being a String, representing the "option name", and David> the other being a boolean, indicating whether the option is on or not. It David> would be reasonable to name the boolean field "enabled". David> However, using a boolean property of "enabled" means that the resulting radio David> button will have a "name" attribute of "enabled", as opposed to something akin David> to the "option name". David> I've modified my local copy of the Struts (1.0.1rc1) so that the "radio" tag David> has two additional attributes: David> "nameValue" David> If present, this will be the value of the "name" attribute in the resulting David> component. If not set, the value of the "property" attribute will be used. David> "checkedProperty" Note that in my changes, I didn't change the "property" attribute, so it is still present and required. If both "nameValue" and "checkedProperty" are used, then "property" is ignored (even though it's required). However, it's never necessary to use BOTH "nameValue" and "checkedProperty". Since I've divided the two purposes of "property" into two attributes, if you use one of the new attributes, you can still have "property" be used for the other of the two purposes. -- =================================================================== David M. Karr ; Best Consulting [EMAIL PROTECTED] ; Java/Unix/XML/C++/X ; BrainBench CJ12P (#12004) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>