<AWT Dev> <AWT dev>[11] Review request for JDK-8204860: The frame could be resized by dragging a corner of the frame with the mouse

Phil Race philip.race at oracle.com
Fri Jun 15 17:54:45 UTC 2018


I would like to refer back to a comment you made in the previous fix
http://mail.openjdk.java.net/pipermail/awt-dev/2018-February/013626.html

 > It is not mentioned in the focus spec whether the unfocusable 
maximized frames should be resizable or not.

Yet there seems to be a JCK test that says it should not be resizable ?

Can you review the spec. again ?
JCK must have based the test on something .. else the test is not valid.

If we want that behaviour specified .. we should be specifying it ..
But I am not sure if it is actually enforceable on all window managers / 
desktops.

But I have the same issue with this fix as the previous one. Perhaps not 
the fix,
but the explanation. The code being changed can't be understood without 
seeing
the method it calls, and the native method it in turn calls.

Can you provide a detailed explanation as to how this change propagates down
and does the right thing ?

BTW stylistically - if this is the right fix - you could do :

setStyleBits(SHOULD_BECOME_KEY | SHOULD_BECOME_MAIN | ((isFocusable) ? 
RESIZABLE : 0), isFocusable);


-phil.

On 06/14/2018 11:37 PM, Manajit Halder wrote:
> Hi All,
>
> Kindly review the fix for JDK11.
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8204860
>
> Webrev:
> http://cr.openjdk.java.net/~mhalder/8204860/webrev.00/ 
> <http://cr.openjdk.java.net/%7Emhalder/8204860/webrev.00/>
>
> Fix:
> Frame is focusable:
> Retaining the existing frame resizable behaviour (Fixes the current 
> issue).
> Frame is non-focusable:
> Making the Frame non-resizable (Fix for issue 7158623).
>
> Regards,
> Manajit

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20180615/5f6c0764/attachment.html>


More information about the awt-dev mailing list