I've been trying out the patch - using quartz debug, since I don't have
a retina display.
Aside from occasional artifacts in theSwing controls which may well be
code there
that doesn't handle this case well, the only pure 2D thing that I
noticed was the
Texture Paint demos in Java2Demo don't seem to handle this well. The
textures
aren't being scaled.
Likely not our problem, rather quartz debug, is that if I switched
display modes
whilst quartz debug was running *and* we had the 2D animation running, then
large parts of the display flashed, even after I quit the 2D demo. I had
to quit
quartz debug to get it to stop.
-phil.
On 3/28/2013 5:37 AM, Sergey Bylokhov wrote:
This only applies to a few specific applets,
Most of our demos just does not work, because of that I leave it here.
and the problem is not directly related to HiDPI support because
you'll run into a similar bug when running with a LoDPI native
resolution of, say, 640x480 or 800x600. Therefore I believe that this
particular change deserves a separate CR. Could you file one please
and remove the change from your current fix?
Yes I'll rework it later, for now I create CR for it 8010999.
--
best regards,
Anthony
--
best regards,
Anthony
On 3/26/2013 19:33, Sergey Bylokhov wrote:
Hello,
Please review the fix for jdk 8.
Change adds initial support of hidpi(mostly on 2d side). In the fix
scale was added to the surface data/CGraphicsDevice /CGLLayer. This
scale factor maps virtual coordinates to physical pixels.
This change doesn't add support of hidpi to aqua l&f and doesn't add
support of dynamic change of scale factor.
Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8000629
Webrev can be found at:
http://cr.openjdk.java.net/~serb/8000629/webrev.06
--
Best regards, Sergey.
--
Best regards, Sergey.