| Summary: | RulerComposite has redraw problems on Mac OS X Cocoa | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Tools] GEF | Reporter: | Peter Severin <peter> | ||||
| Component: | GEF-Legacy GEF (MVC) | Assignee: | gef-inbox <gef-inbox> | ||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | hudsonr, nyssen | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | Macintosh | ||||||
| OS: | Mac OS X | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | 340054 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
|
Description
Peter Severin
FYI this does not happen with Mac OS X Carbon Created attachment 200626 [details]
Screenshot of ruler redraw problem
Here's a screenshot that shows the problem.
This problem wouldn't bother me much but in my case I am extending the editor with a bar at the bottom that appears and disappears as a result of a very common user action. This makes this bug very annoying. The only workaround I have found for now is to hide/show rulers by toggling the RulerComposite.PROPERTY_RULER_VISIBILITY property off and on. It fixes the issue but there is also makes the editor flash which is annoying. This can also simply be reproduced with resizing the palette. I think it could be something related to bug #65892. I will have to investigate this. In general, bugs that only appear on one platform usually SWT bugs. In this case, bug 340054. The RulerViewers paint fine on Mac and Windows in case the layout of the RulerComposite, which is performed as a response to an SWT.Resize, is executed asynchronously (wrapping the layout in line 339 of RulerComposite into a Runnable and executing it via Display#asyncExec()). However, this then causes redraw problems on the underlying diagram viewer, which does not repaint itself as a response to a resize event (as it uses a FigureCanvas with SWT.NO_REDRAW_RESIZE) style, but only as a response to the RulerComposite's layouting. As such, this is no valid workaround either (Pratik added a @TODO to depict this). Resolving as duplicate of bug #341445, where I had initially captured the problem. *** This bug has been marked as a duplicate of bug 341445 *** |