Oh, and one other tip is to try reproducing the problem using a very simple
test case.  This will sometimes help to narrow down and identify the
problem.

On 10/8/07, Matt Cooper <[EMAIL PROTECTED]> wrote:
>
> 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*.
> > > >
> > > >
> > >
> >
>

Reply via email to