Patrick Ziegler

Note: Using `new Cursor(null, Snippet::getImageData, 0, 0);` works, but obviously returns the same image data, regardless of the zoom level.

~~This seems to be the most likely cause for this behavior. This method is called with the image data at 100% zoom, which is then simply thrown away when it...

> What has to be added is how SWT uses cairo, make it use cairo-gl if the user wants it and cairo-gl is installed and fallback to the current CPU-drawing...

I just cleared the .swt folder and it's better, but still not accurate... Are there other properties that need to be removed?

After some further testing, the problem seems to appear when calling `shell.setSize()`, before `shell.setVisible()/shell.open()` and then only when both the width or the height are smaller than or equal to...

> The size (200, 200) is returned by the call to gtk_widget_get_allocation and the remaining offset is the actual trim of the shell. A similar behavior was already reported with...

> but the additions to GLData and GLCanvas seem so small that it would be a shame not to include them in the normal SWT. The integration is probably the...

I don't think the issue lies with the `Translatable` or the `IScalablePaneHelper`. Rather, the imprecision is caused by this beauty here: https://github.com/eclipse-gef/gef-classic/blob/1d83b1bd13c69c71ebd8edb461bea1b565dc07de/org.eclipse.draw2d/src/org/eclipse/draw2d/geometry/Rectangle.java#L902-L910 Or to simply your example: a) `new Rectangle(new...

As said, the algorithm in the `Rectangle` class is buggy and produces a wrong result for fractional values. This is something that needs to be fixed first, before considering additional...

I had a look at https://github.com/eclipse-gef/gef-classic/compare/master...vi-eclipse:gef-classic:precision-translation and I don't like this approach at all. This exposes a lot of low-level concepts that I don't think a consumer should ever have...