Thanks for your insight.

However, after wrapping the setRowData() in a ScheduleDeferred like
so:


Scheduler.get().scheduleDeferred(new ScheduledCommand() {
                                                @Override
                                                public void execute() {
                                                        
batchTable.setRowData(index,
Collections.singletonList(object));
                                                }
                                        });


There is no perceived change in behaviour.
I've tried wrapping the whole FieldUpdater.update() contents inside
the execute() action, but to no avail.


On Aug 18, 10:01 pm, Jeff Chimene <jchim...@gmail.com> wrote:
> On 08/18/2011 12:05 PM, jsg wrote:
>
>
>
>
>
>
>
>
>
> > Hello.
>
> > I've created a test case of my CellTable issue as a self contained
> > panel that can easily be imported into any project:
>
> >http://pastebin.com/zDLPKUNh
>
> > Basically I have two Date class fields in my row model, a startDate
> > and an endDate. Each Date has two columns in the CellTable (called
> > batchTable), one to display the actual date (a DatePickerCell) and
> > the other being a text input cell for the time.
>
> > When the FieldUpdater of the startTime or endTime is fired we parse
> > the value, save the new time and call batchTable.setRowData() with
> > the updated object and row index.
>
> > The problem is that when FieldUpdater is fired, the cells do not
> > update. I specifically edited the FieldUpdater of the endTime cell
> > to be an hour later than what it was set at.
>
> > I've checked as best as I can that all the gets and sets of the
> > respective startDate and endDate are in order, but I'm thinking that
> > there's something about CellTable I'm not getting.
>
> > Apologies if I've missed anything.
>
> > I'm running: GWT 2.3
>
> > I've tested it in the latest Chrome and IE9.
>
> > Regards, Julian
>
> Try putting your update actions inside a ScheduleDeferred command.
>
> The issue seems to be the coupling between the FieldUpdater and the
> cellTable refresh logic. Running the FieldUpdate.update() action after
> the browser's refresh loop seems to address this issue.

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to