You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Don Brown (JIRA)" <ji...@apache.org> on 2006/06/10 05:17:23 UTC

[jira] Updated: (WW-295) IteratorTag to put itself onto the stack

     [ http://issues.apache.org/struts/browse/WW-295?page=all ]

Don Brown updated WW-295:
-------------------------

    Fix Version: Future
                     (was: 2.0.0)

> IteratorTag to put itself onto the stack
> ----------------------------------------
>
>          Key: WW-295
>          URL: http://issues.apache.org/struts/browse/WW-295
>      Project: Struts Action 2
>         Type: Improvement

>     Versions: WW 2.0-beta1
>     Reporter: Mike Mosiewicz
>     Assignee: Patrick Lightbody
>      Fix For: Future

>
> I think that IteratorTag should push itself on the stack (and pop it away when it's finished).
> This way you are able for example to built visible components that are iterator-aware. 
> For example you could assume that you have a reusable visual component that may be used inside iterations. In case when iterator is actually accessible somewhere, the component may be able to get current iteration status without knowing any context variables that iterator exported.
> Currently you have to put variable-name contract between components. In case when iterator is on the stack, no such contract is necessary, cause the component is able to answer the question "is there any iterator I'm called from?".
> This also means that iterator status should not be optional. Instead it should rather be lazy-initialized.
> Maybe I'll just commit a patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/struts/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira