<Swing Dev> [PATCH] DefaultDesktopPane fix

Alexander Potochkin Alexander.Potochkin at Sun.COM
Thu Feb 26 14:13:14 UTC 2009


Hello Roman

> I found a problem in DefaultDesktopPane. Dragging in fast mode does not
> work correctly (at least not on all platforms) if the pane is obscured
> by another heavyweight. Graphics.copyArea() isn't guaranteed to work
> correctly in this case. 

This looks like a bug to me,
could you please provide a small test case to illustrate this problem
with Graphics.copyArea()?

if this is a bug we should fix it rather then workaround it
with a new method

Would you agree?

Thanks
alexp


> I think we need to do like in JViewport and
> check if the heavyweight is guaranteed to be not obscured and only do
> the fast dragging if this is the case. I pulled the checking code from
> JViewport to SwingUtilities so they can share this thing.
> 
> I know this is a corner case, because in most cases, when dragging an
> internal frame, the user clicks on the frame and brings the window to
> the top anyway, so it should not be obscured, but there could be
> always-on-top dialogs or similar, which stay on top of the app, even
> when the user drags something.
> 
> The webrev is here:
> 
> http://kennke.org/~roman/desktoppane/webrev/
> 
> What do you think? Should this be included in OpenJDK?
> 
> /Roman
> 




More information about the swing-dev mailing list