<AWT Dev> [9] Review request for 8170386: JLightweightFrame content can miss paint events on Windows

[Semyon Sadetsky]

On 12/5/2016 5:48 AM, serb wrote:

>>> (usually we have a postPaintEvent() method in peers). Since the 
>>> "paintPending" flag is not reset means that the Paint event is not 
>>> posted(seems that the reason is that we have no native part). And we 
>>> should do this from the WLightweightFramePeer in the same way as we 
>>> post COMPONENT_MOVED/COMPONENT_RESIZED
>> It is already posted on on the end of any layout. Why do you think 
>> the extra paint event should be added to paint the same layout twice?
>
> If current code in idk does not work and we have a bug which we are 
> discussing means that this event is not posted? If I missed something, 
> then please clarify the problem.
 > Paint event may be missed by the JLightweightFrame on Windows 
platform when it is resized consequently to the same size because the 
latter sets paintPainding flag .
"may" means it happens sometimes. It depends on the timings of the 
external resize notification.
> Note, that if two event of the same type will be posted from a 
> different places they will be merged(coalesced).
The coalescing is not issue because it joins repaint areas, so nothing 
will be missed.  The issue is that paint event may be completely ignored 
because of optimization which is not designed for other than native 
platform event scheduling.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/awt-dev/attachments/20161205/61899fbc/attachment.html>