Hmm... that looks correct to me too. I don't know what else might be
causing the problem. The next step would be to see if there are any
JavaScript errors in the browser, possibly looking at the network traffic to
see if the updated DOM is being sent back to the browser, possibly assigning
an actionListener on the button to make sure that at least the action is
queued.
Hope this helps,
Matt
On 10/8/07, Perkins, Nate-P63196 <[EMAIL PROTECTED]> wrote:
>
> <tr:subform>
> <tr:table>
> <tr:button id="view"/>
> <tr:button id="edit"/>
> </tr:table>
> </tr:subform>
> <tr:subform>
> <tr:panelHeader id="activePanel" partialTriggers="anotherEdit save
> cancel">
> <tr:panelButtonBar id="viewBar" rendered="#{readOnly}">
> <tr:button id="close" />
> <tr:button id="anotherEdit" partialSubmit="true"/>
> </tr:panelButtonBar>
> <tr:panelButtonBar id="editBar" rendered="#{!readOnly}">
> <tr:button id="save" partialSubmit="true"/>
> <tr:button id="cancel" partialSubmit="true"/>
> </tr:panelButtonBar>
> ….
> </tr:panelHeader>
> </tr:subform>
> Thanks for looking! I'm still pretty certain that the partialTriggers
> aren't the issue though. : )
>
> Nate Perkins
> General Dynamics C4 Systems
>
> *This email message is for the sole use of the intended recipient(s) and
> may contain GDC4S*
> * confidential or privileged information. Any unauthorized review, use,
> disclosure or distribution*
> * is prohibited. If you are not an intended recipient, please contact the
> sender by reply email and*
> * destroy all copies of the original message*.
>
>
> ------------------------------
> *From:* Matt Cooper [mailto:[EMAIL PROTECTED]
> *Sent:* Monday, October 08, 2007 2:49 PM
> *To:* MyFaces Discussion
> *Subject:* Re: [Trinidad] PPR problem
>
> The subform is a NamingContainer so the problem could be issues with the
> expressions in the partialTriggers.
>
> http://myfaces.apache.org/trinidad/trinidad-api/apidocs/org/apache/myfaces/trinidad/component/UIXSubform.html
>
> There is an open issue with how expressions are resolved for
> partialTriggers so that too may be in play:
> https://issues.apache.org/jira/browse/TRINIDAD-757
>
> To tell for sure, I'd need to see which component(s) have partialTriggers
> for the buttons being clicked and what their expressions are.
>
> Regards,
> Matt
>
> On 10/8/07, Perkins, Nate-P63196 <[EMAIL PROTECTED]> wrote:
> >
> > Right, I do have the partialRendering on the panelHeader. Like I
> > mentioned below, the rendering of the buttons is working fine. What is not
> > working fine are the buttons' actions, no matter the combination, the second
> > PPR action will fail.
> >
> >
> > Nate Perkins
> > General Dynamics C4 Systems
> >
> > *This email message is for the sole use of the intended recipient(s) and
> > may contain GDC4S*
> > * confidential or privileged information. Any unauthorized review, use,
> > disclosure or distribution*
> > * is prohibited. If you are not an intended recipient, please contact
> > the sender by reply email and*
> > * destroy all copies of the original message*.
> >
> >
> > ------------------------------
> > *From:* Matt Cooper [mailto:[EMAIL PROTECTED]
> > *Sent:* Monday, October 08, 2007 2:26 PM
> > *To:* MyFaces Discussion
> > *Subject:* Re: [Trinidad] PPR problem
> >
> > Hi Nate,
> >
> > If you are trying to PPR the panelButtonBar components directly, it will
> > not work when rendered was set to false. In order to PPR something, it must
> > be already rendered. Instead, either PPR the parent of the panelButtonBar
> > components, the panelHeader, or wrap the two panelButtonBar components in
> > something else, like a panel group layout and PPR that component instead.
> > That way, any changes to the panelButtonBar rendered attributes will be
> > visible to the user.
> >
> > Regards,
> > Matt
> >
> > On 10/8/07, Perkins, Nate-P63196 <[EMAIL PROTECTED]> wrote:
> > >
> > > Hey All,
> > >
> > > I have a page with the following structure:
> > >
> > > <tr:subform>
> > > <tr:table>
> > > <tr:button id="view"/>
> > > <tr:button id="edit"/>
> > > </tr:table>
> > > </tr:subform>
> > > <tr:subform>
> > > <tr:panelHeader>
> > > <tr:panelButtonBar rendered="#{readOnly}">
> > > <tr:button id="close" />
> > > <tr:button id="anotherEdit" partialSubmit="true"/>
> > > </tr:panelButtonBar>
> > > <tr:panelButtonBar rendered="#{!readOnly}">
> > > <tr:button id="save" partialSubmit="true"/>
> > > <tr:button id="cancel" partialSubmit="true"/>
> > > </tr:panelButtonBar>
> > > ….
> > > </tr:panelHeader>
> > > </tr:subform>
> > >
> > > The intended behaviour is if you select view or edit from the table
> > > it shows the panelHeader in the appropriate mode. Then you can do what
> > > you
> > > need to do in the lower subform (there are two subforms do to some
> > > filtering
> > > elements in the table). I only render the appropriate buttons depending
> > > on
> > > the mode so at any given time only one of the panelButtonBars is rendered.
> > >
> > > My problem is that if I select edit from the table (non PPR button)
> > > and then hit save (PPR) things go as expected, but if I select view from
> > > the
> > > table (non-PPR) and then select edit (PPR) and then save (PPR), the save
> > > action is never called.
> > >
> > > I'm not sure what to do about this as I've tried all combinations of
> > > partialTriggers that I could think of with no luck. I don't think it's a
> > > partialTrigger problem as the buttons are being rendered correctly. I
> > > wonder if this is a PPR problem or maybe a PPR in a subform problem?
> > > Without fail though, the second PPR request does not process.
> > >
> > > Any help would be greatly appreciated!
> > >
> > > Nate Perkins
> > > General Dynamics C4 Systems
> > >
> > > *This email message is for the sole use of the intended recipient(s)
> > > and may contain GDC4S*
> > > * confidential or privileged information. Any unauthorized review,
> > > use, disclosure or distribution*
> > > * is prohibited. If you are not an intended recipient, please contact
> > > the sender by reply email and*
> > > * destroy all copies of the original message*.
> > >
> > >
> >
>
