-
1. Re: rich:panel and inputText
sergeysmirnov Aug 1, 2007 2:21 PM (in response to ebaugh)does it work just fine if you have no 'rendered' attribute for this rich:panel ?
P.S.
Why you use keepTransient="true" here? -
2. Re: rich:panel and inputText
ebaugh Aug 1, 2007 3:07 PM (in response to ebaugh)Yes, it works when I have the "rendered" attribute removed.
I have the keepTransient="true" there based on the recommendation/example on another page I found....
I did some more reading on it as part of checking this right now, and
I don't see any reason I'd need it.
I've removed it for this issue, and it alter the behavior.
Earl -
3. Re: rich:panel and inputText
ebaugh Aug 1, 2007 3:14 PM (in response to ebaugh)That is, it did not alter the behavior. I removed it before I removed the rendered attribute.
Earl -
4. Re: rich:panel and inputText
sergeysmirnov Aug 1, 2007 3:20 PM (in response to ebaugh)I general, the input does not work because rendered="#{mainController.generalPrefsEnabled}" is false at the beginning of the second phase of JSF lifecycle. It is still a questionable - why.
Do you have a suggestion about it? What is the scope for #{mainController} -
5. Re: rich:panel and inputText
ebaugh Aug 1, 2007 3:31 PM (in response to ebaugh)The scope of mainController is session.
I have a rich:dropDownMenu with rich:menuItems which trigger the enabling/disabling of the rich:panel.
The relevant line is:
<rich:menuItem submitMode="ajax" value="General" action="#{mainController.setGeneralPrefsEnabled}"/>
That sets the value to enable the panel.
You're saying that in the beginning of "Apply Request Values" the value is false? The mainController bean does set all the values to false initially. But once someone selects the menu item, it sets the flag to true (and the rich:panel actually displays...)
I'm not sure how I could change this....
Earl -
6. Re: rich:panel and inputText
sergeysmirnov Aug 1, 2007 4:07 PM (in response to ebaugh)"ebaugh" wrote:
You're saying that in the beginning of "Apply Request Values" the value is false?
Yes. The processing of the components is starting there. Processing means Decoding, Conversion and updating model.
If 'rendered' is false (as well as read only flag is true), JSF bypass decoding for this component and the whole its hierarchy.
I cannot say why based on your code snippet. Probably, it is a good idea to add phase listener and check the value there. -
7. Re: rich:panel and inputText
ebaugh Aug 1, 2007 4:20 PM (in response to ebaugh)I'll check into a phase listener to verify the value.
But I'm a little confused, I wouldn't expect to see the data on the panel with the value still false. You're saying it's possible for it to not decode this component but somehow later for the item to show up??
Because when I have that rendered tag in, it toggles correctly, at least in terms of displaying on the page.
Earl -
8. Re: rich:panel and inputText
ebaugh Aug 7, 2007 12:58 PM (in response to ebaugh)I found my issue. I had a tag in the wrong place, and it had nested two forms.
-
9. Re: rich:panel and inputText
ebaugh Aug 7, 2007 5:09 PM (in response to ebaugh)I found my issue. I had a tag in the wrong place, and it had nested two forms.