Request for review: 7131367 [macosx] reg test test/java/awt/Window/TranslucentJAppletTest fails

Sergey Bylokhov sergey.bylokhov at oracle.com
Wed Feb 1 09:06:35 PST 2012


01.02.2012 20:22, Anthony Petrov пишет:
> Hi Sergey,
>
> All the other peers call super.initialize() in the beginning of their 
> overridden initialize() methods, and making an exception just for the 
> LWWindowPeer seems to be inconsistent. 
Well, I believe that all other components should call super.initialize() 
at the end too. I just have no time to test them all. Because it is 
cause lots of unnecessary repaints. We shouldn't initialize components 
after we show them.
> Since the only reason for that is to postpone the setVisible() call, I 
> would suggest either introducing pre- and post-Initialize() methods 
> (the approach is similar to XToolkit), or there might be a flag that 
> could be reset in LWWindowPeer ctor that would indicate that 
> LWComponentPeer.initialize() shouldn't call setVisible(). Then, the 
> LWWindowPeer.initialize() would call setVisible() as its last step.
>
> It just seems that having the inconsistency as present in your current 
> fix may hurt us in the future when e.g. we modify the logic in the 
> LWComponentPeer.initialize() and would expect it to be in effect 
> before setting additional properties for the LWWindowPeer.
>
> -- 
> best regards,
> Anthony
>
> On 2/1/2012 5:02 PM, Sergey Bylokhov wrote:
>> Hi Everyone,
>> Peers shouldn't accumulate an alpha after repainting, so clearRect 
>> was added. And now we call setVisible for window after full 
>> initialization.
>>
>> Bug: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7131367
>> Webrev can be found at: 
>> http://cr.openjdk.java.net/~serb/7131367/webrev.00/
>>


-- 
Best regards, Sergey.



More information about the macosx-port-dev mailing list