<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/myfac
es/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.
