On Tue, 29 Dec 2020 20:56:06 GMT, Olga Mikhaltsova
wrote:
> Please, review this small fix for drag-n-drop on Linux with HiDPI turned on!
>
> This bug is due to the following reason: while scaling Java recalculates
> resolution (W x H) according to sun.java2d.uiScale (W/SCA
On Sat, 27 Feb 2021 01:18:58 GMT, Sergey Bylokhov wrote:
>> Olga Mikhaltsova has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> 8257414: Drag n Drop target area is wrong on high DPI systems
>
> Marked
a2d.uiScale != 100%
> 3.the source of drag-n-drop is non-java application
>
> The step-by-step guide how to reproduce this bug is added to
> https://bugs.openjdk.java.net/browse/JDK-8257414.
Olga Mikhaltsova has updated the pull request incrementally with one additional
commit
On Wed, 20 Jan 2021 01:59:39 GMT, Sergey Bylokhov wrote:
>> I failed to test branches of XDnDDropTargetProtocol::processXdndPosition(..)
>> under condition (xwindow == null) by means of EmbeddedFrame. In addition
>> none of automatic regression tests (test/jdk/java/awt/dnd/,
>>
a2d.uiScale != 100%
> 3.the source of drag-n-drop is non-java application
>
> The step-by-step guide how to reproduce this bug is added to
> https://bugs.openjdk.java.net/browse/JDK-8257414.
Olga Mikhaltsova has updated the pull request incrementally with one additional
commit
On Sat, 16 Jan 2021 00:48:02 GMT, Sergey Bylokhov wrote:
>> Sergey, thank you! Could you give me a hint please concerning some use case
>> of drag-and-drop to meet the (xwindow == 0) condition in
>> XDnDDropTargetProtocol::processXdndPosition(..)? I'm unable to do it by
>> means of the tests'
On Mon, 4 Jan 2021 08:39:10 GMT, Sergey Bylokhov wrote:
>> Please, review this small fix for drag-n-drop on Linux with HiDPI turned on!
>>
>> This bug is due to the following reason: while scaling Java recalculates
>> resolution (W x H) according to sun.java2d.uiScale (W/SCALE x H/SCALE) and
Please, review this small fix for drag-n-drop on Linux with HiDPI turned on!
This bug is due to the following reason: while scaling Java recalculates
resolution (W x H) according to sun.java2d.uiScale (W/SCALE x H/SCALE) and
works inside these new coordinates but at the same time the events,