Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Non opaque component painting bug

Hi Scott,

Thanks for the reply and information. I was familiar with Swing's policy on opaqueness. It was my understanding exactly that parent components will be asked to paint the area below the non opaque component.

Note however my previous post with the screen shot. The label in it is in a FormLayout (JGoodies) JPanel, which in turn is in the content pane of a JFrame. There are NO buttons beneath it. There are buttons within JToolbars which are contained in the same panel the label is in. So, even lower in the container hierarchy.

Somehow at some point of repainting the top corner position is painted by something that never, at any size comes to that position. Layout manager mess was my first thought, but I tried with BorderLayout as well. It however appears regardless of which layout manager is used. And seems to occur at a point when there is *much* for Swing to do, i.e. recalculating and resizing many containers.

Any thoughts?

Flor
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden

This email sent to email@hidden
References: 
 >Re: Non opaque component painting bug (From: Greg Guerin <email@hidden>)
 >Re: Non opaque component painting bug (From: Scott Palmer <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.