>
> Andy Pruitt wrote:
>
> >>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?
It's not so tough, but will probably get implemented as part of a
broader set of JSTL attribute alignment fixes. For now, just
increment a counter every time you get executed, like
<% int i = 1; %>
<display:table name="peopleList" id="person">
<display:column title="Name">
<input value="<c:out value="${person.name}"/>" name="<%=""+ i++%>"/>
</display:column>
</display:table>
-------------------------------------------------------
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