Summary: | [Palette] Screen areas disappear if PaletteViewer is used on Form/FormPage on Mac | ||
---|---|---|---|
Product: | [Tools] GEF | Reporter: | Holger Knublauch <holger> |
Component: | GEF-Legacy GEF (MVC) | Assignee: | gef-inbox <gef-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | aboyko, hudsonr, nyssen, stefan-wagner, yahorr |
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | Macintosh | ||
OS: | Mac OS X | ||
Whiteboard: | |||
Attachments: |
Description
Holger Knublauch
2010-08-25 21:09:44 EDT
Created attachment 177484 [details]
A screenshot showing the desired outcome (OK)
Created attachment 177485 [details]
This shows the error - large areas of the screen are empty
Created attachment 177486 [details]
The plugin. The only difference from the tutorial is GraphEditor
Same problem here (Eclipse 3.6.1, Mac OS 10.6.4). Are there any new insights or workarounds? (In reply to comment #4) > Same problem here (Eclipse 3.6.1, Mac OS 10.6.4). > Are there any new insights or workarounds? I honestly don't get the impression that GEF is actively maintained right now - otherwise there would probably have been some kind of acknowledgement at least. Since this bug was a show stopper for me, I had to manually re-implement my own Palette based on a TreeViewer within a SashForm and this works fine. Sorry for unintentionally ignoring this defect... None of us work on a Mac machine, so we can't reproduce the issue and advice much on it. I've tried it on XP and works fine on XP. BTW, do you specifically want it to be a SashForm? Think you could have used a GEF Splitter for this purpose. See GraphicalEditorWithPalette#createPartControl(...) mathod. Given that it's a MAC specific issue, my guess would be that the actual problem is with SWT, namely repainting. If you just try puting two plain SWT canvases, will you get the same issue? (In reply to comment #6) > Sorry for unintentionally ignoring this defect... None of us work on a Mac > machine, so we can't reproduce the issue and advice much on it. I've tried it > on XP and works fine on XP. Thanks for responding. > BTW, do you specifically want it to be a SashForm? Think you could have used a > GEF Splitter for this purpose. See > GraphicalEditorWithPalette#createPartControl(...) mathod. > > Given that it's a MAC specific issue, my guess would be that the actual problem > is with SWT, namely repainting. If you just try puting two plain SWT canvases, > will you get the same issue? It looks like a very low level problem, and this makes it very difficult to debug or understand this. My replacement code uses SWT components (Tree and SashForm) and those work fine. I must say I am very surprised to hear that nobody in the GEF team uses a Mac - how on earth is QA happening then? I am afraid that providing you with the original test case is all I can do at this stage - I have already spent very much time on this issue. This is an SWT problem. I'm seeing this in other places that aren't even using GEF. I've only seen this on the Cocoa version of SWT, so one workaround is to use the Carbon version of SWT, which has been around longer. I can confirm the problem is not reproducible on Mac Carbon, while it still occurs on Mac Cocoa with the current 3.7 Eclipse build (I used N20110213 to reproduce). Changing platform to Mac Cocoa to indicate this. (In reply to comment #9) > I can confirm the problem is not reproducible on Mac Carbon, while it still > occurs on Mac Cocoa with the current 3.7 Eclipse build (I used N20110213 to > reproduce). Changing platform to Mac Cocoa to indicate this. Interestingly it does not happen when I start my runtime platform via debugger. (In reply to comment #10) > (In reply to comment #9) > > I can confirm the problem is not reproducible on Mac Carbon, while it still > > occurs on Mac Cocoa with the current 3.7 Eclipse build (I used N20110213 to > > reproduce). Changing platform to Mac Cocoa to indicate this. > > Interestingly it does not happen when I start my runtime platform via debugger. Forget that last comment. It does not have something to do with the debugger. It is actually not reproducible when the editor is already open when starting up the runtime platform. To reproduce it, I have to close and re-open the editor again. I agree that this should be assigned to the SWT component. It definitely not easy to reproduce on pure SWT, but I get the same problem in a plugin which do not use GEF [1]. I significantly simplified the previously attached GraphEditor so that it takes only several dozen lines of code. It uses only SWT widgets and the LightweightSystem class from draw2d. Will attach it as 'Bug Editor'. Steps to Reproduce in Bug Editor: 1.Install the attached plugin org.eclipse.bug-test 2.Create an empty file ending with .bu 3.Open the .bu file in the editor (this plugin) 4. Try to resize this editor (but not Eclipse window) by double-clicking on the header or from its right side. You should see the whole page flickering, and on many pixels, the whole content disappears [1] https://issues.jboss.org/browse/JBIDE-8711 Created attachment 200540 [details]
Bug Editor, use it instead of GraphEditor. It is simpler
|