Re: [Trinidad] PPR logic with non-rendered components (was: Console is undefined)
Hello Shawn, PPR and rendered is a special case. I answered something similar some days ago: http://forums.oracle.com/forums/message.jspa?messageID=2063668#2063668. Regards, ~ Simon On 9/14/07, Bertrand, Shawn R [EMAIL PROTECTED] wrote: We have some situations where we set up PPR between components, and some of the components which should trigger an update may not be rendered based on some value binding. What is the policy with respect to this? If a button, for instance, isn't rendered but is expected to trigger an update on a table, would I expect this sort of error? 14:35:46,377 ERROR [STDERR] Sep 14, 2007 2:35:46 PM org.apache.myfaces.trinidadinternal.context.RequestContextImpladdPartialTriggerListeners WARNING: Could not find partial trigger genTable:modify from CoreTable[UIXFacesBeanImpl, id=genTable] I'm also thinking there might be problem with situations where an action is triggered on a command button, a PPR update occurs that disables a button, and the focus method call at the bottom of TrPage.prototype._handlePprResponseFragment fails because the button can't be focused upon. Under this situation, I'm getting this javascript error in IE (but not in Firefox): Can't move focus to the control because it is invisible, not enabled, or of a type that does not accept the focus. This
Re: [Trinidad] PPR logic with non-rendered components (was: Console is undefined)
Hi Simon, Ley say the source is not present still, and the target is having ID in partialTriggers that is still not rendered. In that case how we can handle. Thanks, Abhishek On 9/14/07, Simon Lessard [EMAIL PROTECTED] wrote: Hello Shawn, PPR and rendered is a special case. I answered something similar some days ago: http://forums.oracle.com/forums/message.jspa?messageID=2063668#2063668 . Regards, ~ Simon On 9/14/07, Bertrand, Shawn R [EMAIL PROTECTED] wrote: We have some situations where we set up PPR between components, and some of the components which should trigger an update may not be rendered based on some value binding. What is the policy with respect to this? If a button, for instance, isn't rendered but is expected to trigger an update on a table, would I expect this sort of error? 14:35:46,377 ERROR [STDERR] Sep 14, 2007 2:35:46 PM org.apache.myfaces.trinidadinternal.context.RequestContextImpladdPartialTriggerListeners WARNING: Could not find partial trigger genTable:modify from CoreTable[UIXFacesBeanImpl, id=genTable] I'm also thinking there might be problem with situations where an action is triggered on a command button, a PPR update occurs that disables a button, and the focus method call at the bottom of TrPage.prototype._handlePprResponseFragment fails because the button can't be focused upon. Under this situation, I'm getting this javascript error in IE (but not in Firefox): Can't move focus to the control because it is invisible, not enabled, or of a type that does not accept the focus. This
Re: [Trinidad] PPR logic with non-rendered components (was: Console is undefined)
On 9/14/07, Bertrand, Shawn R [EMAIL PROTECTED] wrote: We have some situations where we set up PPR between components, and some of the components which should trigger an update may not be rendered based on some value binding. What is the policy with respect to this? If a button, for instance, isn't rendered but is expected to trigger an update on a table, would I expect this sort of error? 14:35:46,377 ERROR [STDERR] Sep 14, 2007 2:35:46 PM org.apache.myfaces.trinidadinternal.context.RequestContextImpladdPartialTriggerListeners WARNING: Could not find partial trigger genTable:modify from CoreTable[UIXFacesBeanImpl, id=genTable] This warning means that your partialTrigger syntax is wrong; it's not that something isn't rendered. I'm also thinking there might be problem with situations where an action is triggered on a command button, a PPR update occurs that disables a button, and the focus method call at the bottom of TrPage.prototype._handlePprResponseFragment fails because the button can't be focused upon. Under this situation, I'm getting this javascript error in IE (but not in Firefox): Can't move focus to the control because it is invisible, not enabled, or of a type that does not accept the focus. A simple test case would be handy. Looks like there's some problems with the PPR code that tries to restore focus. -- Adam This