On 7/22/2016 8:54 PM, Alexandr Scherbatiy wrote:
On 7/21/2016 7:04 PM, Semyon Sadetsky wrote:
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
On 7/21/2016 7:04 PM, Semyon Sadetsky wrote:
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
Linked to 8147648, added prefix Hidpi.
Regards,
Rajeev Chamyal
From: Semyon Sadetsky
Sent: 22 July 2016 15:51
To: Rajeev Chamyal; Alexander Scherbatiy; swing-dev@openjdk.java.net; Sergey
Bylokhov
Subject: Re: [9] Review Request JDK-8147648 [hidpi] multiresolution
image: wrong
On 7/22/2016 1:04 PM, Rajeev Chamyal wrote:
Hello Semyon,
Below is the bug id.
https://bugs.openjdk.java.net/browse/JDK-8162387
Please add [hidpi] prefix to the title. Also link it to the JDK-8147648.
--Semyon
Regards,
Rajeev Chamyal
*From:*Semyon Sadetsky
*Sent:* 22 July 2016 15:21
Hello Semyon,
Below is the bug id.
https://bugs.openjdk.java.net/browse/JDK-8162387
Regards,
Rajeev Chamyal
From: Semyon Sadetsky
Sent: 22 July 2016 15:21
To: Rajeev Chamyal; Alexander Scherbatiy; swing-dev@openjdk.java.net; Sergey
Bylokhov
Subject: Re: [9] Review Request
On 7/22/2016 12:14 PM, Rajeev Chamyal wrote:
Hello Semyon,
Your suggestion regarding _NET_WM_ICON requires some investigation and
can be implemented as separate bug.
Ok. Please create this bug.
--Semyon
Could you please review the webrev.
Hello Semyon,
Your suggestion regarding _NET_WM_ICON requires some investigation and can be
implemented as separate bug.
Could you please review the webrev.
HYPERLINK
"http://cr.openjdk.java.net/%7Erchamyal/8147648/webrev.03/"http://cr.openjdk.java.net/~rchamyal/8147648/webrev.03/
On 22.07.2016 01:06, Sergey Bylokhov wrote:
On 21.07.16 20:30, Semyon Sadetsky wrote:
Then why PangoFonts.nativeScale is double? or it is a way to apply a
generic solution in case some system will have double scales? In this
case I suggest to request DefaultTransform.scaleY from the gc. In