Mac (looks fine):
java version "1.8.0_92"
Java(TM) SE Runtime Environment (build 1.8.0_92-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.92-b14, mixed mode)

Windows (looks bad):
java version "1.8.0_92"
Java(TM) SE Runtime Environment (build 1.8.0_92-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.92-b14, mixed mode)

Have not tested this problem on Java 6 and 7 as those didn't have any of full
HiDPI support anyway. Have tested it on earlier Java 8 revisions, same 
problem. It has ever looked good on Windows.

The Windows version is Windows 10 Home 64 bit.

To test this scaling problem, any Swing app should do, just run the 
dist/HiDPI-Test.jar file. On Mac with a Retina/HiDPI display it generates 
this properly scaled window (1964x346 pixels). The Swing components are 
properly scaled-up to compensate for the higher. check screenshot Mac 
scaling.png

Note. If you view this Mac screenshot on a Mac, ensure to zoom it to 1:1. By 
default, the viewer sets the zooming to 50%, and then you don't notice that
all components are properly scaled up to twice the ordinary size.


On Windows 10 with a HiDPI display, it generates this badly scaled window 
(784x96 pixels). check screenshot Windows scaling.png

As you can see, it's only the frame of the window that's correctly enlarged
to compensate for the HiDPI screen. The Swing components don't get properly
enlarged/scaled.

This problem is critical for Windows users that have a HiDPI screen. 
Operating the UI when text and  components are half the intended size is 
hard. Users on ordinary screens are naturally not affected at all.