I've already implemented something like this in the sandbox, it's the <s:listener> tag and it's currently usable on the sandbox inputText and am working on making this usable across the board without being intrusive to the other components (because I want to be able to update a datatable when other form elements change).  If you look at the current inputAjax.jsp, you will see the usage and a demo, but looks like this:

           <s:outputText value="#{inputAjaxBean.waitingText2}">
                <s:listener on="formText2"/>
                <s:listener on="formText2" action="">            </s:outputText>

The reason why I didn't do it the ADF way is because it was limited to updates only and it was intrusive for the components that need to support it (every component would need the partialTriggers attribute).  Using the Listener tag, any number of listeners can be used, they can do different actions like calling some other _javascript_, and the components don't necessarily need to know that they are listening or are being listened on (in theory anyways). 

Regards,
Travis


On 4/29/06, Ernst Fastl <[EMAIL PROTECTED]> wrote:
Although it maybe out of scope of the current discussion, in order
to update more than one component with an ajax-request it would also
be possible to use something like the partialTriggers-Attribute in ADF-Faces
in future approaches. The value of this attribute is the ID or IDs of
other components.  When those components are updated trough ajax calls
the component which has their IDs set in the partialTriggers-Attribute
will also be updated. All rendered components in ADF Faces support the
partialTriggers attribute.

further info is available on:

http://www.oracle.com/webapps/online-help/jdeveloper/10.1.3/state/content/navId.4/navSetId._/vtTopicFile.jsf_apps|adfcreate|af_appr~html/

It maybe to early for that now, but what do you think of this idea in principle.

regards

Ernst

On 4/29/06, Gerald Müllan <[EMAIL PROTECTED]> wrote:
> As far as i know we wanted to update only one component per request
> with our actual approach.
>
> I think we should separate the need of updating the model (like
> anywhere) and having an ajax response to show something special
> (visualisation etc.) on the client.
>
> cheers,
>
> Gerald
>
> On 4/29/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> > Hi!
> > > If we rely on our "affectedAjaxComponent" approach (seeking comp and
> > > calling methods on it) we are little bit restricted in coding.
> > If this mean that we can update only one component per request, then I
> > would like to see to at least extends this approach.
> >
> > Beside the fact that a component would like to update its own
> > data/layout/etc I would like to be able to update other components too.
> >
> > Say if you have a button "calculate" this should update the model and
> > then update the output of n other components.
> > Something like zones in ajaxanywhere (partial page rendering).
> >
> > Or is this wish out of scope of the current discussion?
> >
> > Ciao,
> > Mario
> >
> >
>
>
> --
> Gerald Müllan
> Schelleingasse 2/11
> 1040 Vienna, Austria
> 0043 699 11772506
> [EMAIL PROTECTED]
>

Reply via email to