| Summary: | Views flash from decorator update but no change | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Martin Aeschlimann <martinae> |
| Component: | Team | Assignee: | Michael Valenta <Michael.Valenta> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | 2.1 | ||
| Target Milestone: | 3.0 M8 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
| Bug Depends on: | 35140 | ||
| Bug Blocks: | |||
|
Description
Martin Aeschlimann
We are currently making a pass through CVS to minimize the number of unneccessary decorator refreshes. We are also investigating possible solutions to bug 35140 to avoid flicker all together. Your suggestion about not updating the decorators if the CVS decoration has a contribution is interesting but may not be practical. Unless I'm missing something, this would require us to prune the update list by calculating the decorator for every change resource before firing the event. However, for those resources that do have a decorator this would result in two decorator calculations for each resource: one by the CVS operation and one by the decorator thread (unless the intermediate decoration elements were cached which again is undesirable due to memory concerns). I will look into this as part of my investigation. Changes were made in M5 to minimize the events that generate decorator changes. All that remains is a solution to bug 35140. I'm leaving this open since we have a vested intetest in bug 35140. Tod has pushed this off until M7 Fix was released by UI. |