The ScopeSET Support and Community Portal
         
View all tags
Tags:    No tags associated yet.
Go Back
Tracker: ECRs Priority: High Type: Enhancement
Found: -- Status: Closed Target: 9.3.5+10.1
OS: All Fixed: 9.3.5.0.12, 10.1.0.0.9 PatchID: --
Description:
As a general observation, we have many situations where GDE performs unnecessary/redundant redraw events. This leads to severe scaling problems for bigger diagrams.

My current thinking is that for starters, we need to find a way to switch canvas redraws (or gde's subscription to respond to events which trigger a redraw) on and off by providing a C++ and QRL function like gde_stop_redraws(), gde_start_redraws(). So in the case of a table save, we'd turn redraws off when the save begins and turn it back on when it ends.

Redraw events coming while gde_stop_redraws() is active should not be queued, but simply be discarded. In this stage, it is the responsibility of the developer who will use these 2 functions, to make sure that switching redraws off and back on won't create any side effects.

In a 2nd phase we can possibly implement some smart algorithm which batches redraw actions into a single redraw sort of automatically.

Details:
Children (0)
Associations (1)
All (0)

Submitted Type Wiki Link Target Comment
Nothing found to display.

Submitted Type Wiki Link Source Comment
amueller
Jun 19 2008 16:56
related [ECR-2879] Saving the class table with a new attribute is significantly slower with Multiuser enabled