[Development] Scalable UIs in QtQuick (take 2)
Rutledge Shawn
Shawn.Rutledge at theqtcompany.com
Wed Mar 2 13:47:34 CET 2016
> On 2 Mar 2016, at 09:37, Welbourne Edward <edward.welbourne at theqtcompany.com> wrote:
>
> Andreas Hartmetz said:
>> Arcminutes are a really good idea. The size of screen elements isn't
>> really about physical dimensions, it's about size on retina (the
>> actual biological thing ;) really, or legibility.
> [...]
>> If the system had "known" that the typical user to screen distance was
>> 2-3 meters and acted accordingly, that wouldn't have happened. Of
>> course, you need to know the "typical viewing distance" for a screen,
>
> So perhaps what we should be using to configure UI scaling isn't a scale
> factor but this typical viewing distance; as long as the system has some
> way to discover the physical dimensions of the screen and its pixels, it
> then know everything it needs to scale the UI sensibly.
But some devices tell lies in their EDID data, and some don’t. And with a projector you don’t know the physical size either. So we can’t always discover the physical dimensions without user intervention. (At least xorg.conf provides a way to override it.)
We could have some kind of calibration tool to help close the loop: a wizard that detects all possible settings, tries some tweaks, asks you to measure some calibration rects and text (rendered with both QtQuick and widgets) with a ruler, and then suggests settings that you probably need to adjust manually. Kindof like using a colorimeter to calibrate color. Except other software and hardware would keep changing out of our control, so this tool would never be “done”. And really the desktop environment should have a sufficiently powerful control panel that we don’t need to write that. But maybe it’s worth a try anyhow.
More information about the Development
mailing list