[8] Review request for 8007219 [macosx] Frame size reverts meaning of maximized attribute if frame size close to display

Anthony Petrov anthony.petrov at oracle.com
Mon Sep 16 05:32:05 PDT 2013


Hi Alexander,

Does the test test/java/awt/Frame/HideMaximized/HideMaximized.java pass 
with this fix?

If in your test (MaximizedToMaximized) you exchange the setBounds() and 
setVisible(true) lines, does it still pass?

If both answers are "yes", then I'm OK with your fix.

--
best regards,
Anthony

On 09/12/13 17:14, Alexander Scherbatiy wrote:
>
> Could you review the updated fix:
> http://cr.openjdk.java.net/~alexsch/8007219/webrev.01/
>
> The problem was that NSWindow is created with zero bounds and then
> actual bounds are set.
> In this case NSWindow treats big bounds as zoomed state and next zoom
> move the window to initial zero bounds.
>
> The fix sets actual window bounds during NSWindow creation and uses
> NSWindow.isZoomed flag instead of CPW.zoomed.
>
> Thanks,
> Alexandr.
>
>
> On 9/11/2013 3:47 PM, Sergey Bylokhov wrote:
>> Hi, Alexander.
>> Looks like the main issue is that CPW.zoomed and actual state of the
>> NSWindow is out of sync. Does unmaximize works after the fix?
>> I suggest to remove CPW.zoomed and use NSWindow.isZoomed instead.
>>
>> On 11.09.2013 15:17, Alexander Scherbatiy wrote:
>>>
>>> Hello,
>>>
>>> Could you review the fix:
>>> bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8007219
>>> webrev: http://cr.openjdk.java.net/~alexsch/8007219/webrev.00
>>>
>>> The fix check if an NSWindow is in zoomed state before maximize it.
>>>
>>> Thanks,
>>> Alexandr.
>>>
>>
>>
>


More information about the macosx-port-dev mailing list