<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
Mon Aug 22 15:52:31 UTC 2016
On 22.08.16 16:43, Semyon Sadetsky wrote:
>
>
> On 8/22/2016 2:14 PM, Sergey Bylokhov wrote:
>> On 22.08.16 10:56, Semyon Sadetsky wrote:
>>>> But I don't suggest to use it as a global scale, use it only if other
>>>> scales were not set(default transform is 1).
>>> That also means that it will go to the global UI scale on Linuxes which
>>> are not gnome/unity based. And the only difference with the current
>>> solution that on such Linux DEs Java apps will receive some uncontrolled
>>> scale because testing of unsupported OSes is out of the scope. If this
>>> topic bothers you I suggest to create a separate bug to investigate how
>>> the native scale may be supported on different Linux flavors using the
>>> Xft.dpi env var. Without that we may get complains that the scale
>>> becomes wrong on unsupported Linuxes and DEs even when hidpi is not used
>>> in the native desktop at all.
>>
>> I do not get it how it can affect the non-dpi systems,
> we are talking about the method that receive the desktop scale, right?
Am talking about GraphicsConfiguration.getDefaultTransform() which
returns non-identity value only on HiDPI screens.
=======
>> since only in jdk9 on HiDPI screens default scale can have some
>> transform. The difference from the current solution is that the shared
>> code will used the public/shared java2d api, instead of platform
>> specific.
>>
>>>>>>> - 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.
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
--
Best regards, Sergey.
More information about the swing-dev
mailing list