<Swing Dev> [9] Review request for 8058742: Text size is twice bigger under GTK L&F on Gnome with HiDPI enabled
Sergey Bylokhov
Sergey.Bylokhov at oracle.com
Tue Jul 26 18:16:33 UTC 2016
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.
More information about the swing-dev
mailing list