JDK-8147557 : Linux + HiDPI: always displaying the same image variant of multi-resolution image
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 9
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2016-01-18
  • Updated: 2016-06-02
  • Resolved: 2016-06-02
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9Resolved
Related Reports
Duplicate :  
JDK-8149115 - [hidpi] Linux: display-wise scaling factor should probably be taken into account
Description
OS: Ubuntu 14.04 Linux + HiDPI display, JDK9 b101

Please run test code from JDK-8147016
1x image is displayed, - is it what expected?
Comments
Probably this bug can be considered as a duplicate for a newly created JDK-8149115
05-02-2016
I see, thanks. it seems that, e.g., at least for Windows these things are connected closely: the 1x/2x image is switching automatically when changing the display resolution (the same for OS X + Quartz) or moving image from HiDPI display to non-HiDPI (OS X) (see, e.g., JDK-8143062, JDK-8147016). For Linux - cannot see this auto-switch when, e.g., changing the display resolution or gnome scaling factor. But probably it was a mistake to expect the same behavior from Linux. By the way, it seems that the factor set via GDK_DISPLAY is used for _any_ display (HiDPI or non-HiDPI), whereas it is mentioned that "This can be useful when using scale-aware GTK+ applications together with scale-unaware applications on a high-dpi display". So it seems that use of GDK_DISPLAY here (in a certain sense) looks like HiDPI emulation, irrelatively to the real display HiDPI capabilities. The other question is if the GNOME scaling-factor should be ignored? (In fact, it is ignored). So the conclusion is: - GDK_SCALE affects both HiDPI and non-HiDPI displays - gsettings scaling-factor does not have effect (at least being used alone) - it is still unclear how to be in case of HiDPI + non-HiDPI monitors pair (how to differentiate the app. behavior) - probably it could be done with additional settings (e.g., using xrandr?) Thanks, Alexander
04-02-2016
it seems also that setting of GDK_DPI_SCALE variable douesn't have effect (according to https://developer.gnome.org/gtk3/stable/gtk-x11.html it should affect text size), whereas GDK_SCALE does; but i'm not sure if this variable relates to GTK 3 only (the earlier version was seemingly used for testing).
25-01-2016
The usage of HiDPI image(and in general HiDPI support in jdk) independent from the resolutions of the screen(same of win, osx, lin). It should depends from the OS which can enable/disable HiDPI mode on some particular screen.
20-01-2016
Please see comments to JDK-8147542. if set GDK_SCALE=2 then 2x image is displayed for _any_ display resolution, but is it an expected behavior (especially in case of, e.g., two-display configuration)? e.g., for OS X in case of 2-display configuration (HiDPI + non-HiDPI) we have different images when dragging from one display to another or just switching display resolution (and that works automatically). Should we have something similar here?
20-01-2016