You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Giulio Micali (JIRA)" <ji...@apache.org> on 2010/01/30 22:05:34 UTC

[jira] Commented: (TAP5-255) Easy management of zones inside a loop

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

Giulio Micali commented on TAP5-255:
------------------------------------

I agree, the clientID must be forceable(callers must ensure that the forced ID is exactly the same previously used) in the zone class: I have done the same recompiling the tapstry-core project, and....
with a Zone subclassing, now I'm able to provide  FormSupport also in zones which contains form fields.

I will attach the patch from my local copy, which contains also an override capability for the "show" and "update" parameters (see TAP5-990)


> Easy management of zones inside a loop
> --------------------------------------
>
>                 Key: TAP5-255
>                 URL: https://issues.apache.org/jira/browse/TAP5-255
>             Project: Tapestry 5
>          Issue Type: Improvement
>          Components: tapestry-core
>            Reporter: Stéphane Decleire
>         Attachments: select.diff, Test.java, Test.tml
>
>
> Enhancing the management of zones inside loops by removing the following zone limitation :
> "Unlike many other situations, Tapestry relies on you to specify useful and unique ids to Zone components, then reference those ids inside ActionLink components. 
> Using Zone components inside any kind of loop may cause additional problems, as Tapestry will uniqueify the client id you specify (appending an index number)."

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.