Andrew,
One disadvantage of specifying partial targets is that the component can
no longer know at the point it is being rendered whether it will need to
potentially re-render itself (as opposed to partial triggers). How
would a renderer know whether it needs to render an id when partial
triggers exist?
-- Blake Sullivan
Andrew Robinson (JIRA) said the following On 9/24/2008 7:55 PM PT:
[
https://issues.apache.org/jira/browse/TRINIDAD-663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Robinson resolved TRINIDAD-663.
--------------------------------------
Resolution: Fixed
Fix Version/s: (was: 1.0.4-core)
1.2.10-core
Assignee: Andrew Robinson
Added to the 1.2 Trinidad sandbox
Idea for a new component to enhance PPR
---------------------------------------
Key: TRINIDAD-663
URL: https://issues.apache.org/jira/browse/TRINIDAD-663
Project: MyFaces Trinidad
Issue Type: Improvement
Components: Components
Affects Versions: 1.0.2-core
Reporter: Andrew Robinson
Assignee: Andrew Robinson
Fix For: 1.2.10-core
Attachments: PartialTriggerEvent.java, PartialTriggerListener.java,
UIPartialTrigger.java
It is not currently possible out of the box to control when in the JSF lifecycle a Trinidad component triggers its partial notification outside of actually changing the phase ID of the events, which is not always possible.
Also, it is very difficult to have a component listen to many components. For example, someone may want to say, re-render component x when any child of y is triggered.
There is also no functionality for a push type of PPR. Meaning that right now components specify that they want to be triggered, but there is no way to say for a component to target other components (for example, specify on a button to re-render a text box, instead of specifying on a text-box to re-render on that button).
I will attach code that I am using in my private project for a component that
makes this relatively easy.
