<Swing Dev> [9] Review request for 8058742: Text size is twice bigger under GTK L&F on Gnome with HiDPI enabled
Semyon Sadetsky
semyon.sadetsky at oracle.com
Thu Jul 21 16:04:25 UTC 2016
On 21.07.2016 18:33, Alexandr Scherbatiy wrote:
> On 7/21/2016 1:40 PM, Semyon Sadetsky wrote:
>> On 7/21/2016 1:24 PM, Sergey Bylokhov wrote:
>>
>>> On 21.07.16 13:18, Semyon Sadetsky wrote:
>>>> We do not support non-integer scale on Linux.
>>>
>>> If it is unsupported then why it is validated in the pango fonts and
>>> not in X11GraphicsDevice? I am not sure how scale less than 1
>>> prevent us from usage of 1.5 for example.
>> getNativeScale() returns int. int cannot be 1.5.
>
> The fix JDK-8149115 "[hidpi] Linux: display-wise scaling factor
> should probably be taken into account" allows to read the UI scale
> factor from some system properties like J2D_UISCALE and
> com.ubuntu.user-interface scale-factor. Could they have floating point
> values?
On the native side they are floating point. But since we do not support
floating point scale on linux they are rounded to integer.
> How do they relate to the "gnome.Xft/DPI" property from the
> PangoFonts? Is it possible that the "gnome.Xft/DPI" value is 192
> which corresponds to 2x HiDPI display and the J2D_UISCALE is set to 3?
gnome.Xft/DPI is set by desktop env. Usually it corresponds the system
scale from gsettings db. But I cannot guarantee this for any WM/desktop
combinations.
J2D_UISCALE variable is only for java, it may be set to any value and it
is unrelated to the native scale.
--Semyon
>
> Thanks,
> Alexandr.
>
>>>
>>>> On 21.07.2016 13:13, Sergey Bylokhov wrote:
>>>>> Is it intended to skip scales less than 1?
>>>>>
>>>>> On 07.07.16 10:01, Alexandr Scherbatiy wrote:
>>>>>>
>>>>>> The fix looks good to me.
>>>>>>
>>>>>> Thanks,
>>>>>> Alexandr.
>>>>>>
>>>>>> On 7/6/2016 10:03 PM, Semyon Sadetsky wrote:
>>>>>>> On 7/6/2016 6:03 PM, Alexandr Scherbatiy wrote:
>>>>>>>
>>>>>>>> On 7/6/2016 4:13 PM, Semyon Sadetsky wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> Please review fix for JDK9:
>>>>>>>>>
>>>>>>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8058742
>>>>>>>>>
>>>>>>>>> webrev: http://cr.openjdk.java.net/~ssadetsky/8058742/webrev.00/
>>>>>>>>
>>>>>>>> - PangoFonts class is placed in the shared space and it uses
>>>>>>>> the
>>>>>>>> X11GraphicsDevice from the unix space. Could there be problems
>>>>>>>> with
>>>>>>>> build compilation on platforms differ from Unix?
>>>>>>> no it doesn't cause compilations problems. PangoFonts is used on
>>>>>>> Linux
>>>>>>> platform only.
>>>>>>>> - It is better to rename the scale field to nativeScale just
>>>>>>>> to not
>>>>>>>> mix it with other scale types
>>>>>>> ok. webrev is updated:
>>>>>>> http://cr.openjdk.java.net/~ssadetsky/8058742/webrev.01/
>>>>>>>> - Does the test
>>>>>>>> test/java/awt/font/FontScaling/FontScalingTest.java fails without
>>>>>>>> the proposed fix on Linux?
>>>>>>> Yes it fails before and passes after the fix.
>>>>>>>
>>>>>>> --Semyon
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Alexandr.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> After adding hdpi support to JDK the GTK LnF fonts are scaled
>>>>>>>>> twice
>>>>>>>>> using the JDK UI scale factor and the native scale factor derived
>>>>>>>>> from the screen dpi setting. The fix removes the native scale
>>>>>>>>> if it
>>>>>>>>> is already taken into account in the JDK UI scale.
>>>>>>>>>
>>>>>>>>> --Semyon
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
More information about the swing-dev
mailing list