You can individually clear values from the view instead of dropping the
entire view.  You need to know the ID of the element.  That could work.

-----Original Message-----
From: Wolfgang Grabow [mailto:wolfgang_gra...@gmx.net] 
Sent: Tuesday, May 26, 2009 9:35 AM
To: MyFaces Discussion
Subject: Re: How to show

Hi Joe,


and thx for the hint. I've tried it: on the one handside
it works, on the other it causes a new problem.

Refreshing the Context causes my dataTableControll to
'forget' on which page of the paginator it's standing.
Sure, this is necessary - but is there a way to make
the paginator setting persist?


        Best regards,


                Wolfgang


Knudsen, Joe schrieb:
> Here is what I do clear the View.  After a selection is made and
before
> returning null run the code below and see if that helps.
> 
>         FacesContext fc = FacesContext.getCurrentInstance();
>         fc.getViewRoot().getChildren().clear();
> 
> -----Original Message-----
> From: Wolfgang Grabow [mailto:wolfgang_gra...@gmx.net] 
> Sent: Tuesday, May 26, 2009 7:46 AM
> To: MyFaces Discussion
> Subject: Re: How to show
> 
> Hi Justinas,
> 
> thx for that one - it works. :)
> 
> Does anyone has an idea about the other issue?
> 
>> 2. Setting the paginatorActiveColumnStyle property of the t:dataTable
>> I just can't get this one working. Whatever I set the value
>> to (e.g. font-size: 40) the component just ignors it. Font bold
>> works, but nothing else.
> 
> Furthermore I  managed to face another issue:
> 
> I'm using t:outputText in order to allow users to edit database
> fields. Actually I have a master dataTable on which one the users
> chooses the line to edit.
> 
> Under that I fill a couple of outputTexts and allow the user to edit
> and to save them. The saving to the database works. But sadly the
> outputTExts don't refresh properly.
> 
> Here's the malicious use case:
> 
> User selects Line
> User edits line
> User saves Line
> NOW
> User selects other line
> --> Data in the outPutText persists - just not gets
> updated
> --> checkboxes which are filled by the same code are
> updated though
> 
> I've googled and tried with a converter - no success.
> 
>       Is this a bug in the implementation (unlikely, I know)...
> 
> 
>               Thx for any support provided
> 
> Wolfgang
> 
> 
> Justinas schrieb:
>> Wolfgang Grabow wrote:
>>> Hi everybody,
>>>
>>>
>>> I'm currently developing a JSF-based web application which
>>> makes use of various faces tags. Actually I stummbled into
>>> two strange issues which I was'nt able so solve by myself
>>> and google. ;)
>>>
>>> So here's what I experience:
>>>
>>> 1. Using t:dataTable
>>> For some reason data of the datatype date is shifted
>>> by -1 day. I.e. I retrieve 02.01.2009 from the DB,
>>> the data table displays 01.01.2009
>>>
>>> I debugged it and verified that the data in the
>>> resultset is correct. So it seems that the dataTable
>>> component glitches up the date.
>>>   
>> there is a solution
>>
http://www.coderanch.com/t/212267/JSF/java/MyFaces-Date-TimeZone-Issue
>> or better, somewhere in myfaces set your time zone.
>>
>>
>> Justinas
>>
> 

Reply via email to