On Fri, 25 Sep 2020 09:32: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 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! ------------- PR: https://git.openjdk.java.net/jfx/pull/308
