You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2014/05/27 23:42:03 UTC

[jira] [Commented] (TAP5-2301) Select needs a context to properly participate in AJAX pages

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

ASF subversion and git services commented on TAP5-2301:
-------------------------------------------------------

Commit 81690fe41463cd30f1404261b3394f70e6dd9fd5 in tapestry-5's branch refs/heads/master from [~thiagohp]
[ https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;h=81690fe ]

Closes TAP5-1783: Autocomplete mixin should provide clientId or context. Also TAP5-2301 and TAP5-2329


> Select needs a context to properly participate in AJAX pages
> ------------------------------------------------------------
>
>                 Key: TAP5-2301
>                 URL: https://issues.apache.org/jira/browse/TAP5-2301
>             Project: Tapestry 5
>          Issue Type: Improvement
>          Components: tapestry-core
>    Affects Versions: 5.3, 5.4
>            Reporter: Geoff Callender
>
> This is a request to bring Select into line with Form, EventLink, and ActionLink, which already have a context.
> There are two issues:
> 1. Currently a containing component, C, can't handle 2 or more AJAX Select components. When one Select sends an event, C has no idea of the value of the other. A context would be a good place to carry this info.
> 2. A deeply nested component, C, cannot handle an event from an AJAX sub-component unless C can reconstruct its context, ie. C has to be able to restore its parameters. A context would allow this.
> This issue was discussed more fully in "Discussion on all AJAX requests needing context": http://apache-tapestry-mailing-list-archives.1045711.n5.nabble.com/Discussion-on-all-AJAX-requests-needing-context-tt5726132.html
> I propose that server-side, Select triggers a new event with the context parameters before it triggers ON_VALUE_CHANGED, e.g..
> @Parameter 
> private Integer myParameter;
> public void onPrepareFromMySelect(Integer myParameter, String otherSelectsValue) {
>     this.myParameter = myParameter;
>     this. otherSelectsValue = otherSelectsValue;
> }
> public void onValueChangedFromMySelect(Integer myChoice) {
>     // Do something then return zone(s).
> }
> Grid needs a context too (!) but it looks like I'm not authorised to tag it as a related issue: https://issues.apache.org/jira/browse/TAP5-2297 .



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