On Wed, 21 Oct 2020 07:01:46 GMT, Frederic Thevenet <ftheve...@openjdk.org> wrote:
>>> >>> >>> The visual representation corresponds with digits, so there can be tests >>> that check if the numbers are what we expect them to be. >>> It's good that this is not windows-only, so that it can be tackled on linux >>> as well. But what is not clear to me: does this require a physical HiDPI >>> screen, or is setting the scale factor manually good enough to reproduce >>> the bug? >> >> The issue will appear consistently as long as the conditions I listed are >> met, regardless of the actual number of pixels the physical screen can >> display. >> For instance you'll see the problem, if you apply a 125% scaling on 1080p >> screen (a common configuration on 13'' laptops). >> Also, it will occur regardless of whether the scaling is applied at the OS >> level and picked up by javafx or if it is only set for a single application >> using the `glass.xxx.uiScale` property. > > Hello, > Did anyone get a chance to look into this? > Thanks! Not yet. I took a quick look, and this is helpful in pointing out where the problem is, but I don't know whether it is the right solution to simply round the transform values when rendering the cache to the screen. ------------- PR: https://git.openjdk.java.net/jfx/pull/308
