JDK-6580611 : Install dialogs look bad on Windows when display is set to high DPI
  • Type: Bug
  • Component: install
  • Sub-Component: install
  • Affected Version: 6,6u2,6u3,6u14
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: windows,windows_xp,windows_vista
  • CPU: x86
  • Submitted: 2007-07-13
  • Updated: 2015-07-10
  • Resolved: 2015-03-24
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 8
8u60 b09Fixed
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Description
Set the display setting to "High", or 120 DPI:

	Control Panel->Display->Setting->Advanced

Install the JRE. Note the poorly resampled images in the dialogs.

Comments
Verified under 8u60 b21. At larger sizes, the graphics are a touch blurry, but much better than the pixelization seen previously.
10-07-2015

This should be integrated for b09 promotion (new UE implementation).
24-03-2015

HtmlUI just stretches all images. HtmlUI does not support SVG, but it supports VML. There are comnerters SSVG <-> VML, so I think if designers provide SVG graphics we can use it
03-03-2015

Likely fixed with the new HTML based UI?
25-02-2015

EVALUATION Let's fix in JDK7. Then we can consider backporting to JDK6.
11-08-2010

SUGGESTED FIX The biggest problem is the graphic. If possible, can we use a vector format (like SVG) to render the header so that it would look good at any DPI? This is the solution that Jasper Potts used for the Nimbus look and feel implementation in Java. Another alternative would be to keep the graphic at its current size, and make sure the window size always stays the same pixel width as the graphic so that the image isn't stretched. This might not provide enough space within the window to hold all the text, however. A third alternative would be to have two different graphics, one optimized for standard 96 DPI -- that is the graphic we have now. And a second graphic that is optimized for 120 DPI. That would cover most users since I would imagine that few pick truly "custom" DPI values. In the case of a custom value, we could just choose the graphic that is closest in size so the distortion would be minimal. A fourth option would be to always keep the graphic at it's intended size (optimized for 96dpi) and center it in the window. This would leave large gaps on the left and right of the graphic. We could fill the gaps with a background color that matches the edges of the graphic, but I think visually this is the least desirable approach.
09-07-2009

EVALUATION Jeannette says this is a P2.
24-06-2009

EVALUATION GGG wants this to be a P1 so it doesn't miss 6u16.
23-06-2009

EVALUATION It's likely that other deployment images have this problem too.
20-07-2007