Scaling widget according to screen scaling ratio in OS

[SGaist]

Hi and welcome to devnet,

Which version of Qt are you using ?

[levi.pl]

@SGaist
Thank you.

I'm using Qt 5.7.0 64bit compiled with MSVC2015. Build downloaded from qt.io.

What I noticed is fonts on standard widgets are scaled properly but widgets themselves do not claim more space to fit them.

This causes fonts to be clipped. I can provide screenshots where you can see the issue on OMenuBar and QGroupbox inside QMainWindow.
I also noticed that QMessageBox does not grow proportionally to the font size. QCombobox does not scale dropdown list font.

All this happens when you change scaling factor on the fly. When re-launching application after change everything works fine.

[levi.pl]

@KeithS Thank you for confirming "QScreen::logicalDotsPerInch()/96" . I will use it for now. Dynamic scaling on Xorg/Kde does not work so I can't compare.

Suggestion for Qt folks is to put some guidelines in documentation so people won't have to reinvent the wheel.

[SGaist]

There's documentation on high-dpi support here. Did you already saw it ?

[levi.pl]

@SGaist
I did. Thank you. What I'm missing is examples how to use QScreen in practice. I guess I have to download Qt sources to check how it was done for standard widgets.

The way I use it now is in custom-drawn-widget class constructor I instantiate QScreen and use calculated scaling ratio to scale all widget's elements and I use signals to redraw widget when scale/dpi/resolution changes. Yet it does not feel right. QScreen should be created for top level widgets and information should be cascaded down to all widgets contained within. That's why I'm seeking advice from professionals :-)

[SGaist]

AFAIK, you should use QApplication to query the QScreen e.g. the screens method

[levi.pl]

@SGaist
That is good suggestion, thanks.

I still have couple doubts:

1. How to optimally cascade this information down to all widgets.
2. Why some elements (like fonts) rendered by Qt are reacting on scale change on-the-fly
3. How standard widgets are aware of scaling factor. There must be something already there - this would save me from pain of implementing point 1

I went back to "High DPI displays" document I found following suggestions which suggest that document may be obsolete ...

*Size windows and dialogs in relation to the screen size.

This is opening doors to hardcore GUI implementation ideology but fine. Still problem of proper sizing of non top level widgets is unresolved by this. Moreover if you only resize window you'll get lots of free space...

*Replace hard-coded sizes in layouts and drawing code by values calculated from font metrics or screen size.

I don't get this one. Drawing code should use screen scale factor and not unreliable font metrics or screen resolution ... If user wants to have interface scaled by two he should get everything twice the normal size.

Do you know how to ask someone from Qt team via forum ?

[SGaist]

To contact Qt devs directly, you should bring your points to the interest mailing list. You'll find there Qt developers/maintainers. This forum is more user oriented.

[levi.pl]

I figured out some things:

1. You can get logicaldpi from QWidget inherited member functions: QWidget::logicalDpiX() and QWidget::logicalDpiY(). This way your custom drawn widget can be scaled.

2. Fonts are scaled automatically on the fly unless you are using HTML tags. QLabel with plain text will change font size, the one with <font color="red"></font> will not change.

3. Standard widgets either do not update hinted sizes or layout manager is not updated an you need to call update geometry manually.

4. If you want to scale your widget on the fly then you need to create cascade of signal&slot or setter functions from QScreen to your widget (someone, please,prove me wrong :-) )

[levi.pl]

@SGaist Thank you for all your help - I will close this thread and open topic with devs - let's check what they have to say :-)

[SGaist]

Don't forget to update the thread once you get more information :)