[jira] [Commented] (TAP5-1412) Update Multiple Individual Zones Within A Loop

["Thiago H. de Paula Figueiredo (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/TAP5-1412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14011060#comment-14011060 ] 

Thiago H. de Paula Figueiredo commented on TAP5-1412:
-----------------------------------------------------

^^^ together with your code providing client ids (i.e. not letting Zone itself generate them).

> Update Multiple Individual Zones Within A Loop
> ----------------------------------------------
>
>                 Key: TAP5-1412
>                 URL: https://issues.apache.org/jira/browse/TAP5-1412
>             Project: Tapestry 5
>          Issue Type: Improvement
>          Components: tapestry-core
>    Affects Versions: 5.2
>            Reporter: Mark Shead
>            Priority: Minor
>              Labels: bulk-close-candidate
>             Fix For: 5.3
>
>
> This is a use case that I cannot seem to find a way to do with Tapestry.  I have asked on the list and there haven't been any suggested work arounds so it might be a use case worth considering as an improvement.
> Given a form that contains a list that contains a zone there does not appear to be anyway to update specific zones (from the loop) using the context at which the zone was rendered.  For example:
> |__QTY__|_ITEM__|__PRICE___|
> |__1_____|_soup__|____$1____|
> |__3_____|_peas__|____$3____|
> Assume that the price  for each item is in a zone and the qty is in a text box.  As the user changes the qty, the price should change to reflect the correct price for that number of items.  This works fine.  However, if there is some type of qty discount (buy 5 items get 10% of normal pricing) we can't have a change from the soup qty text box update both the soup price and the peas price without sticking the entire loop in a zone. (Sticking everything in the zone will work in some cases, but there are others where you'd want to build a multizone update to update the sections that need to be changed.)
> The ideal situation would seem to be to give the zone a context parameter--in this case item.  When the zone is updated, it would make sure that the property used as the context was set back to whatever value was used when the zone was originally rendered. I'm not sure this would be possible because we are talking about a context that is present on the target of the update--not the trigger.
> Is something like this possible or is there another approach that will let you update specific zones that are rendered within a loop?



--
This message was sent by Atlassian JIRA
(v6.2#6252)