On 26.07.16 13:55, Semyon Sadetsky wrote:
Debug scale should always be taken into account, if the text will be
small in this case then Xft.dpi should be ignored as I described
below. We should use only one property at a time.
I did not get, why in case of debug the GTK font size should be
decreased by scale times while size of all other fonts and interface
elements is being increased by scale times?
Why it should be decreased? it should work as other components. But we
should use only one source of system scale information at a time. And
debug scale should have the main priority. Xft.dpi should affect jdk in
the same way as "text-scale-factor, text-scaling-factor".
I think the logic should be:
- Take debug scale into account if it was set and skip all others.
- Check J2D_UISCALE
- Check scale-factor, text-scale-factor, text-scaling-factor.
- Check Xft.dpi.
- If non of them was set then scale=1 should be used.
Did you try to use scale from Xft.dpi? Its value is not a scale usually.
What is the difference between text-scale-factor and Xft.dpi? Both of
them text related. But one of them is used as a general/default scale
of GC and another one affects the text only.
Anyway, the above is about a global scale, so it is unrelated to the
original issue which sounds like "Text size is twice bigger under GTK
L&F".
It is related since we should decide how and when to use Xft.dpi.
--
Best regards, Sergey.
