Community
Participate
Working Groups
Created attachment 274714 [details] eclipse photon on plasma scale 2 screenshot Issues: * 25% of the window appear to be used * trying to interact with the non scaled menu bar causes it to become properly scaled and makes it really hard to interact. * hovering with the mouse causes some UI elements to partially draw in the correct location this used to be much better probably with "Eclipse Platform 4.8.0.v20180607-1630" reverting to that version isn't possible so I can't check because of "No repository found containing: osgi.bundle,org.eclipse.swt.gtk.linux.x86_64,3.107.0.v20180607-1630" among other similar errors. openSUSE Tumbleweed Plasma 5.13.1 GTK libgtk-3-0-3.22.30-3.1.x86_64 libgtk-2_0-0-2.24.32-5.2.x86_64 (AFAIK photon uses GTK3 though)
We will need more information on this. Need information of how you configured scalefactor. should not use swt.autoScale as it doesn't work. You need to set the scalefactor in Display/monitor settings.
I can see this problem with plasma. I am trying to find a workaround. With Gnome I don't see this problem
*** Bug 536578 has been marked as a duplicate of this bug. ***
If I can support you with testing etc., please let me know!
I wanted to add to this that there may be differences between distributions on the HighDPI front because for example openSUSE reverted an upstream change that made GTK significantly worse on HighDPI screens: https://bugzilla.opensuse.org/show_bug.cgi?id=1022830 If that makes it easier to get working HighDPI with SWT on Plasma+openSUSE or not is something I don't know. * swt.autoScale: I did not change anything in the downloaded Photon base installation (I always use the most minimal platform runtime (or similar) and that doesn't set this option in the eclipse.ini) * how you configured scalefactor: systemsettings5 > Display and Monitor > Displays: Scale Display (ridiculously large button at the bottom) set to 2.
I might have stumbled over this problem on a system without plasma (I am using i3wm). As I am not sure, if it is exactly the same, I will not flag it as duplicate yet. https://bugs.eclipse.org/bugs/show_bug.cgi?id=536542 For me it is the same, if I leave swt.autoscale on DEFAULT (like it is set on a fresh Photon installation), then I get these errors. If I deactivate it, the graphic issues go away, but Eclipse does not adjust anymore to my DPI.
Created attachment 274812 [details] Desktop context menu on kubuntu 18 at 100%
Created attachment 274813 [details] Desktop context menu on kubuntu 18 at 200% Based on above screenshots I can say the hidpi support is not complete with plasma windows manager. You can compare the size of icons and text in the attached images. You'll find the icons are not scaled at 200%. This is a bug on the window manager itself. This needs to raised to plasma dev team for their attention. In the meanwhile I will try to find a workaround for this
(In reply to Sravan Kumar Lakkimsetti from comment #8) > Created attachment 274813 [details] > Desktop context menu on kubuntu 18 at 200% > > Based on above screenshots I can say the hidpi support is not complete with > plasma windows manager. > > You can compare the size of icons and text in the attached images. You'll > find the icons are not scaled at 200%. This is a bug on the window manager > itself. > > This needs to raised to plasma dev team for their attention. > > In the meanwhile I will try to find a workaround for this The question is: why does Photon breaks this? In old eclipse versions this was fine. And also this bug happens in some other window managers than plasma (i.e. i3wm).
(In reply to Jan Richter from comment #9) > (In reply to Sravan Kumar Lakkimsetti from comment #8) > > Created attachment 274813 [details] > > Desktop context menu on kubuntu 18 at 200% > > > > Based on above screenshots I can say the hidpi support is not complete with > > plasma windows manager. > > > > You can compare the size of icons and text in the attached images. You'll > > find the icons are not scaled at 200%. This is a bug on the window manager > > itself. > > > > This needs to raised to plasma dev team for their attention. > > > > In the meanwhile I will try to find a workaround for this > > The question is: why does Photon breaks this? In old eclipse versions this > was fine. And also this bug happens in some other window managers than > plasma (i.e. i3wm). in Photon we depend on cairo drawing for our scaling. Cairo has a new parameter device_scale this determines whether the image/window needs to scaled or not. This value needs to be set correctly for scaling to work. by changing display this value should get updated to accordingly. What I found with my testing is this value is not getting set correctly. The GTK2 implementation still has the old behavior. Can you please check that works for you?
How can I check the device_scale value? And to which value it should be set correctly?
(In reply to Jan Richter from comment #11) > How can I check the device_scale value? And to which value it should be set > correctly? This value comes from GTK. this should get set to 2 at 200%. This is of type double. So we can have fractional scaling factors as well. Sorry we cannot verify this at user level. This has to be verified at code using GTK apis.
Okay. So currently I have found a workaround with which I can work with eclipse (see my other bugreport or below). I can however still provide further testing, if you have more advice for me. My workaround (https://bugs.eclipse.org/bugs/show_bug.cgi?id=536663#c13): With GDK_SCALE=2 and swt.autoscale=true I have all graphics rendered correctly, but twice as big. I can use GDK_DPI_SCALE=0.5 to rescale everything to normal size.
I created two screenshots under KDE Plasma with scaling 2. One with SWT_GTK3=1, which seems to be massively broken (black regions, unscaled icons) and one with SWT_GTK3=0, which looks good...
Created attachment 274894 [details] KDE Plasma, SWT_GTK=0, scale=2
Created attachment 274895 [details] KDE Plasma, SWT_GTK=1, scale=2
raised https://gitlab.gnome.org/GNOME/gtk/issues/1207 with GTK
Please use GTK2 mode while we get a workaround for this.
*** Bug 536663 has been marked as a duplicate of this bug. ***
I can confirm this behavior on Kubuntu 18.04. Disabling theming for a workspace fixes the problem for me: Preferences -> General -> Appearance -> uncheck 'Enable theming'. You might want to start eclipse in GTK2 mode to toggle this setting, because it's quite hard to reach the settings with the broken rendering.
(In reply to Emond Papegaaij from comment #20) > I can confirm this behavior on Kubuntu 18.04. Disabling theming for a > workspace fixes the problem for me: Preferences -> General -> Appearance -> > uncheck 'Enable theming'. You might want to start eclipse in GTK2 mode to > toggle this setting, because it's quite hard to reach the settings with the > broken rendering. The fact that disabling theming fixes the issue is a really interesting observation.
It turns out some diaglogs are still broken, even with theming disabled. The 'Run Configurations' diaglog is unusable but many others are fine.
I can confirm that switching of theming helps a lot, although debug/run/coverage dialogs are still broken!
I want to add to this report that I do not have my displays scaled through plasma. System settings -> Display and Monitor -> Displays shows scale = 1 for my external 4k screen, my laptop 4k screen and my other external HD screen. This last screen is scaled through xrandr using "xrandr --output HDMI-0 --scale 1.5x1.5". I'll attach the "xrandr --verbose" output.
Created attachment 275002 [details] xrandr --verbose output
New Gerrit change created: https://git.eclipse.org/r/126551
Gerrit change https://git.eclipse.org/r/126551 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=b88cc81393a99a475dd61a0c92071efd95570dcd
(In reply to Eclipse Genie from comment #27) > Gerrit change https://git.eclipse.org/r/126551 was merged to [master]. > Commit: > http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/ > ?id=b88cc81393a99a475dd61a0c92071efd95570dcd Merged to master
New Gerrit change created: https://git.eclipse.org/r/126648
New Gerrit change created: https://git.eclipse.org/r/126649
Gerrit change https://git.eclipse.org/r/126649 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=eaf5e26f1918f857016823a870a8adff56434568
(In reply to Eclipse Genie from comment #31) > Gerrit change https://git.eclipse.org/r/126649 was merged to [master]. > Commit: > http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/ > ?id=eaf5e26f1918f857016823a870a8adff56434568 Fixed overlapping icons problem in the tree
Verified in 4.9M2
Hi, -DSWT_GTK3=0 and removing the "enable theming" in Windows -> preferences -> appearance solved the problem to me: #cat /etc/SUSE-brand openSUSE VERSION = 15.0 plasmashell 5.13.5
This is still a problem: * Eclipse 2020-03 --- Operating System: Fedora 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.13.2 Kernel Version: 5.6.14-300.fc32.x86_64 OS Type: 64-bit Processors: 8 × Intel® Core™ i7-8665U CPU @ 1.90GHz Memory: 31.1 GiB of RAM --- The problem is that the workaround, falling back to GTK2, doesn't work anymore.
