DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31365>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=31365 Add initValue attribute to html:radio tags ------- Additional Comments From [EMAIL PROTECTED] 2004-09-28 20:17 ------- In so far as there is a mixed design, it's simply a side effect of the HTML input form model, which has distinctly different models for elements which present an array of choices to the user as compared to elements which accept open user input. Ricardo wrote: > Joe wrote: > > That contract says that "if value is supplied, use it, without > > consulting the underlying bean"; so in the case where initValue > > was implemented, when an invalid form was re-presented to the user, > > the initValue would be consulted again regardless of what the user > > had selected upon her prior submission. > > Not sure what you are getting at with the above, but surely the same would > already apply to those tags (text, hidden, password) that do allow developers to > set the initial values in the JSP. It's true, it does already apply, and it's true, this is why I think that developers should not be setting initial values in the JSP. In my mind, the main reason to use the Struts HTML tags is to facilitate automatically re-filling form fields with user input when that input was not accepted as valid. As for a framework for prefilling values in the controller layer instead of the view layer, I have posted some specific examples about how I've solved that problem in a current project to struts-dev, looking for feedback and refinements from people with a goal of building out Struts to support it. See http:// article.gmane.org/gmane.comp.jakarta.struts.devel/22034 and please feel free to comment/criticize/ etc. In the meantime, I'm not saying that I would veto changes to support some kind of JSP-level pre-filling of select-type elements; I just haven't seen anything that I think is a really good solution. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
