Updated again with the following additions:
http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.03/
- Switch to using USER_DEFAULT_SCREEN_DPI pre-defined constant instead
of hard-coded 96's
- Added @Ignore to failing test RT32570Test.java, to be fixed under
JDK-8153542
I've updated the fix with the following additions:
http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.02/
- Redundant or obsolete command line overrides removed from Windows code
as follows:
Settings still supported:
-Dglass.win.uiScale
Settings no longer supported, implementation
Windows provides separate values for the X & Y direction. All of their
system APIs that deal with screen and window resolutions provide both
values...
...jim
On 3/30/2016 12:12 AM, Dr. Michael Paus wrote:
Hi,
I'd like to know on which systems this distinction between X- and
Y
Hi,
I'd like to know on which systems this distinction between X- and
Y-direction is actually relevant.
I've never seen such a system before.
Michael
Am 29.03.16 um 03:25 schrieb Jim Graham:
bug: https://bugs.openjdk.java.net/browse/JDK-8091832
webrev: http://cr.openjdk.java.net/~flar/JDK-8091
bug: https://bugs.openjdk.java.net/browse/JDK-8091832
webrev: http://cr.openjdk.java.net/~flar/JDK-8091832/webrev.rt.00/
This webrev fixes pixel snapping and application control over pixel
scaling on HiDPI screens:
- snap*() methods are all updated to take the current scale into account
- new
