[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [pde-dev] Incremental loading of GUI elements
|
In our case we have an editor with a lot of pages with many text
fields and check boxes on each page. There was a significant
performance boost if we didn't try to populate the field values until
the particular GUI control was visible. Basically we added event
detection so when a page becomes visible, its field values at that
time. This minimizes the number of actual drawing events to only
those fields which are visible and reduces load from invisible
fields. We got about 10x performance boost in 3.0 with this
technique. This almost seemed to suggest that buffering in 3.0 might
have been somewhat limited.
I did notice there has been quite a lot of changes under the hood
between 3.0 and 3.1...so this technique may be redundant in 3.1.
Phil
On 19-Jul-05, at 7:14 AM, Peter Bracken wrote:
Hi,
I'm not sure exactly what this type of behaviour is called but you can
see it of you open up MS Word. First of all you get your splash
screen,
fine.
After that the Window Frame opens up but you still don't have anything
there. As the program loads the GUI elements are filled in.
I would like to replicate this type of behaviour in my RCP application
if possible. The splash screen is no problem, but getting the frame to
appear first before the rest of the GUI is loaded is more difficult.
The reason I would like to do this is for a perceived performance
increase. As long as there's something going on on the screen the user
doesn't mind. At least that's the theory anyway!
Does anyone know if this is possible using the RCP framework?
Thanks!
Peter
_______________________________________________
pde-dev mailing list
pde-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/pde-dev
