[jira] [Commented] (TAP5-1404) add 'xhr' parameter to components which perform navigation - make zone parameter optional

["Lance (Commented) (JIRA)" <ji...@apache.org>]

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

Lance commented on TAP5-1404:
-----------------------------

This recent conversation on the mailing list http://tapestry.1045711.n5.nabble.com/Eventlink-Ajax-without-zone-parameter-td5122653.html confirms that there are quite a few people who want a resolution to this problem.
                
> add 'xhr' parameter to components which perform navigation - make zone parameter optional
> -----------------------------------------------------------------------------------------
>
>                 Key: TAP5-1404
>                 URL: https://issues.apache.org/jira/browse/TAP5-1404
>             Project: Tapestry 5
>          Issue Type: Improvement
>    Affects Versions: 5.2
>            Reporter: Paul Stanton
>
> To specify that you want to perform an XHR request (EventLink, ActionLink, Form etc), you need to supply the zone parameter. The existence of this parameter is a flag that tells the component to use XHR. In some cases this may be useful (although I'm yet to find one). This strikes me as bad design since there is not necessarily a known One-to-One relationship between the event and the zone(s) updated.
> If you return a Zone or MultiZoneUpdate from your event handler, the actual zone you supply the requesting component is irrelevant.
> Since all of my XHR event handlers return a MultiZoneUpdate, I ended up creating a dummy zone on every page and component and supplying that to every zone parameter. The dummy zone was always hidden and never actually updated. This hack made it easier to code and maintain my pages because without it i would need to search for an arbitrary zone on each page when creating callbacks.
> The solution would be to add a 'xhr' parameter to the components (EventLink, Form etc) and for the zone parameter to be an optional if xhr is true.
> You could even hard set xhr=true if zone!=null for backwards compatibility.
> This would require Tapestry to lose the dependency on zones to create contextual XHR requests which I think is the limiting design decision plaguing this area of tapestry.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira