I'm not sure I understand your point. The only way to create, say a text area in a cell with display tag is to have a decorator to do this. The decorator will then have to create the HTML code for the text area. For this text area to be usable as a form input I need to be able to specify the name - the name to be used has to be specified in the HTML for the text area and therefore needs to be know in the decorator. If the decorator can't work out what to call the text area you cannot use it for the form.
Just use the implict object support in the 1.0 tags, like:
<display:table name="peopleList" id="person" varStatus="status"> <display:column title="name"> <input value="<c:out value="${person.name}"/>" name="<c:out value="${status.count}"/>"/> </display:column> </display:table>
Where varStatus is an unimplemented feature; the alternative would be to just hold a i++ counter of the iterations.
Ah! Now I see - yes, that would work, much nicer than having the Decorator spit the HTML out. How much work would implementing the status bean be?
-- sam http://www.magpiebrain.com/
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ displaytag-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/displaytag-devel
