JDK-8102122 : HiDPI support will always create high resolution back buffers even when a window is moved to a normal DPI screen
  • Type: Enhancement
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: 8
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2013-01-26
  • Updated: 2015-06-16
  • Resolved: 2013-08-23
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
8Fixed
Related Reports
Blocks :  
Blocks :  
Blocks :  
Relates :  
Relates :  
Description
Technically, if we follow Apple's guidelines on retina display support, we should be dynamically choosing a pixel scale based on where the majority of a window is currently being displayed.  The first implementation of HiDPI for RT-24009, though, locks in the choice of pixel scaling for the Screen on which a View is currently displayed.  That choice will need to be made more dynamic for full support for Mac Retina systems.
Comments
With the fix for RT-32104, we now dynamically determine whether to render a scene at HiDPI or regular DPI depending on where it resides and the determination is made dynamically as the window is moved from display to display or as the resolutions are changed on a given display.
23-08-2013

Here is a video showing the effect: http://www.youtube.com/watch?v=lZkejeSz32U
29-03-2013

I've just pushed a fix for RT-27976 which updates the scale factor for the underlying layer automatically when it is changed in the native system (either the window is moved to another screen, or the screen's scale factor is changed). The view.getWindow().getScreen().getScale() should now always reflect the current scale factor for the view. In case Prism needs to perform some actions upon such a change, it can implement the Window.EventHandler.handleScreenChangedEvent() event handler in GlassWindowEventHandler.java. See Window.java in Glass for the specification for this event.
04-02-2013

I have filed RT-27976 to implement the necessary support for this feature on Glass side.
28-01-2013