From 741e62820299bc384741d692e2665d22d97c1970 Mon Sep 17 00:00:00 2001 From: Sven Gothel Date: Sun, 5 Jan 2020 17:24:57 +0100 Subject: Bug 1421: NewtCanvasSWT child on layouted SWT parent only occurs on MacOS, regardless of High-DPI --- .../junit/jogl/swt/TestBug1421NewtCanvasSWTPosInTabs.java | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) (limited to 'src') diff --git a/src/test/com/jogamp/opengl/test/junit/jogl/swt/TestBug1421NewtCanvasSWTPosInTabs.java b/src/test/com/jogamp/opengl/test/junit/jogl/swt/TestBug1421NewtCanvasSWTPosInTabs.java index 1cdc95368..f71e078f3 100644 --- a/src/test/com/jogamp/opengl/test/junit/jogl/swt/TestBug1421NewtCanvasSWTPosInTabs.java +++ b/src/test/com/jogamp/opengl/test/junit/jogl/swt/TestBug1421NewtCanvasSWTPosInTabs.java @@ -58,15 +58,17 @@ import com.jogamp.opengl.util.FPSAnimator; /** * Test for Bug 1421: Child Newt Window position within an SWT (tab) layout - * using NewtCanvasSWT on MacOS High-DPI. + * using NewtCanvasSWT on MacOS. *

* Bug 1421 {@link #test01_tabFolderParent()} shows that the * inner child NEWT GLWindow is position wrongly. - * It's position is shifted down about the height of the + * It's position is shifted down abo0ut the height of the * parent TabFolder and right about the width of the same. - * Since this works well on non High-DPI, I have to assume that - * the scaling multiple is missing in calculating the window - * position offset somehow. + *

+ * This positioning issue occurs on MacOS + * with and without High-DPI Retina, + * therefor it is a general issue on MacOS. + * This issue does not occur on GNU/Linux GTK nor on Windows. *

*/ public class TestBug1421NewtCanvasSWTPosInTabs { -- cgit v1.2.3