Skip to main content



      Home
Home » Eclipse Projects » Nebula » Grid/GridTreeViewer performance
Grid/GridTreeViewer performance [message #53920] Tue, 27 May 2008 17:36 Go to next message
Eclipse UserFriend
hi everyone,

i am working on a project where we use the Grid as a tree and i've come
across a performance bottleneck in the grid. i see the whenever the
setText,setBg, setFg, etc... methods are called on the GridItem, it would
triggered a redraw and therefore a onPaint method on the Grid class. and
because the onPaint method is very expensive, it slows down the gui thread
when there are a lot of updates/sec on the grid. is this intended? any
work around?
Re: Grid/GridTreeViewer performance [message #53937 is a reply to message #53920] Tue, 27 May 2008 17:56 Go to previous messageGo to next message
Eclipse UserFriend
Does it help to call setRedraw(false) before doing the update and
setRedraw(true) afterwards?

Tom

Lei schrieb:
> hi everyone,
>
> i am working on a project where we use the Grid as a tree and i've come
> across a performance bottleneck in the grid. i see the whenever the
> setText,setBg, setFg, etc... methods are called on the GridItem, it
> would triggered a redraw and therefore a onPaint method on the Grid
> class. and because the onPaint method is very expensive, it slows down
> the gui thread when there are a lot of updates/sec on the grid. is this
> intended? any work around?


--
B e s t S o l u t i o n . at
------------------------------------------------------------ --------
Tom Schindl JFace-Committer
------------------------------------------------------------ --------
Re: Grid/GridTreeViewer performance [message #54002 is a reply to message #53937] Wed, 28 May 2008 09:45 Go to previous message
Eclipse UserFriend
so, it is true that grid repaints the entire table on every cell update?
can it do row-level update without repainting the entire table or is there
a way to customize the table to do that? the cost of repainting is so
expensive, it can easily slows down the application. thx.
Re: Grid/GridTreeViewer performance [message #590179 is a reply to message #53920] Tue, 27 May 2008 17:56 Go to previous message
Eclipse UserFriend
Does it help to call setRedraw(false) before doing the update and
setRedraw(true) afterwards?

Tom

Lei schrieb:
> hi everyone,
>
> i am working on a project where we use the Grid as a tree and i've come
> across a performance bottleneck in the grid. i see the whenever the
> setText,setBg, setFg, etc... methods are called on the GridItem, it
> would triggered a redraw and therefore a onPaint method on the Grid
> class. and because the onPaint method is very expensive, it slows down
> the gui thread when there are a lot of updates/sec on the grid. is this
> intended? any work around?


--
B e s t S o l u t i o n . at
------------------------------------------------------------ --------
Tom Schindl JFace-Committer
------------------------------------------------------------ --------
Re: Grid/GridTreeViewer performance [message #590219 is a reply to message #53937] Wed, 28 May 2008 09:45 Go to previous message
Eclipse UserFriend
so, it is true that grid repaints the entire table on every cell update?
can it do row-level update without repainting the entire table or is there
a way to customize the table to do that? the cost of repainting is so
expensive, it can easily slows down the application. thx.
Previous Topic:Does Grid support "Ctrl++" to resize the column to fit the content
Next Topic:Latest offical release of Nebula
Goto Forum:
  


Current Time: Wed Apr 30 11:28:42 EDT 2025

Powered by FUDForum. Page generated in 0.27706 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top