You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Josh Canfield (JIRA)" <ji...@apache.org> on 2010/05/20 07:17:53 UTC
[jira] Commented: (TAP5-857) Exclude recursion detection during
initial render on blocks that are used for zone updates.
[ https://issues.apache.org/jira/browse/TAP5-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12869482#action_12869482 ]
Josh Canfield commented on TAP5-857:
------------------------------------
This seems like a case for refactoring and not a new feature. Is there a real life example that needs such a feature?
> Exclude recursion detection during initial render on blocks that are used for zone updates.
> -------------------------------------------------------------------------------------------
>
> Key: TAP5-857
> URL: https://issues.apache.org/jira/browse/TAP5-857
> Project: Tapestry 5
> Issue Type: New Feature
> Components: tapestry-core
> Affects Versions: 5.1
> Reporter: Seth Call
>
> Currently it is not possible to define a t:block that uses a particular component when that component is already above in the hierarchy, because Tapestry will detect this as a recursion.
> However, if this recursion-causing block is only to be used as responses to a zone update, then ideally it wouldn't cause a recursion to be detected.
> Say for instance this were possible:
> <t:zoneBlock>
> ...
> <t:zoneBlock>
> Where t:zoneBlock is identical to t:block except it can only be used as the response to a zone update, and assembly of the page would know to exclude the contents of that block when it's a normal full page render to avoid the initial reason the recursion detection was added in the first place (runaway rendering issues).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.