Elyas wrote: ↑Fri Jan 15, 2021 1:22 pm
Resizing doesn't matter. But the ratio of icon and text sizes is important.
Screenshot_20210115_163447.png
Elyas wrote: ↑Fri Jan 15, 2021 1:22 pm
Resizing doesn't matter. But the ratio of icon and text sizes is important.
This post is: a) to explain how it is working now and how it worked before , b) to determine if something is happening with HDPI monitors that I am not seeing myself and gather some information to investigate this issue.
a)
I am looking at your screenshot and I do not know why these icons are so small when compared with the text. I do not have a HDPI monitor and I do not see them so badly (bad proportion, big font, small icon) as it appears from your screenshots.
This after the merge of that commit, with font configured as you, 35px.
- Screenshot_20210115_152348.png (28.53 KiB) Viewed 1799 times
This is the same, but with that commit (67b45c7daefbdacbe5ef70cfce8d8c9cce5ebb97) reverted:
- Screenshot_20210115_155601.png (23.58 KiB) Viewed 1799 times
With the old situation, with 35px configured as font, I had:
coinfontsize = 26 px (this value depended on monitor dpi, mine is 96 dpi, because of wrong point conversion, 35*72/96), constrIconSize=28px (0.8*35, 0.8 is hardcoded), subindexofconstraints=22px (0.8*constrIconSize, 0.8 hardcoded). In my monitor, caliper in hand, a 0 of a constraint datum measures 0,77cm. The width of a perpendicular constraint measures 0.85 cm. The subindices of icons, including the comma which goes under the base line, 0.6cm.
With the new commit, with 35px configured as font, I have:
coinfontsize = 35 px (this value no longer depends on monitor dpi, it is just as configured), constrIconSize=28 px and subindexofconstraints=22px. The constraint datum measures 1,05cm. The latter two are the same as before.
Because I assume your QT reported dpi are higher that 96:
Code: Select all
int dpi = QApplication::desktop()->logicalDpiX();
proportionally you should see smaller constraint datum fonts with the old situation (35*72/dpi), because of wrong point compensation.
b)
For the current behaviour (with the new commit), there is no dpi compensation for fonts and constraint icons. If you configure 35px, you should see that the size of a constraint icon is 80% of the datum label text, and the subindices of constraints 80% of the icon size. At least that should be the situation if coin properly takes pixels.
With the current behaviour, could you please measure approximately (e.g. with a caliper or a ruler), the size of a 0 in a datum label constraint, the size of the width of the perpendicular constraint symbol and the size of the subindices (with the comma) and calculate the ratios? (mines, as you see above are between 70%-80%, my measuring skills are not that great).
If yours are different. Specifically, if with the new commit they are not around 70-80%, then coin may not be interpreting fontsize at pixels, or at least not for hdpi monitors. Then we will need some kind of dpi compensation/scaling (e.g. coinfontsize*=96/dpi).
Let me know your insight.