Issue Details (XML | Word | Printable)

Key: UDIG-974
Type: Bug Bug
Status: Analysis Analysis
Priority: Minor Minor
Assignee: Unassigned
Reporter: Vitali Diatchkov
Votes: 0
Watchers: 0
Available Workflow Actions

Resolve Issue
Reopen Issue
Close Issue
Operations

If you were logged in you would be able to see more operations.
uDIG

"Style" view issue

Created: 30/Aug/06 08:34 AM   Updated: 22/May/09 06:23 PM
Component/s: visualization using map layer and style
Affects Version/s: UDIG 1.1.RC3
Fix Version/s: UDIG 1.2.M5, UDIG 1.1.2

Issue Links:
Related
 


 Description  « Hide
After some latest improvements seems "Style" view works not properly. If it is visible it slows down lot of user actions such as selecting layer in "Layers" view, changing maps, activation tools - like when some selection is changed and "Style" view listens that changing and calls lots of non-optimized things like Display.asyncExec() or..

Also if to change style of vector layer, the map is totally rendered (WMS images are requested, etc.) while the right behavior is to re-render only changed layer (through rendering architecture capabilities of UDIG)

The assumption is - something is broken in styling..



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Jody Garnett added a comment - 28/Aug/08 11:30 AM
The contract between the style view and the layer is gradually being harmed; the StyleConfigurator extension point is now mostly used/tested by developers opening up the StyleEditor (which has a different workflow).

It could just be that "updating" the SLD Style takes longer. Due to thread safety GeoTools is moving in the direction of making the Style objects immutable; this means that an editor will need to make a copy by traversing the data structure and copying node by node. If that is being done in a display thread it may be responsible for the slow down?

But it sounds like you have something on the listening end; perhaps as the workbench selection changes?