🚀 go-pugleaf

This sounds like a classic case of mixing heavyweight and lightweight
controls and expecting them to play together nicely (they don't and never
will).

See:
http://java.sun.com/products/jfc/tsc/archive/tech_topics_arch/mixing/mixing.
html
for details.  This is an article from the SwingConenction called Mixing
heavy and light components.

Especially look at the section titled "Swing's JInternalFrame component."
It even has a graphic of exactly what you are describing.

The solution is to find a lightweight version of the heavyweight control you
are using.

JeffC

Paul Franks (TeamB) <supportinfo@inprise.com> wrote in message
news:MPG.11867c5b560d2685989ba6@forums.inprise.com...
> bscc9808@students.itsligo.ie says...
> // The problem on runtime is that the Contols on a underlying
> // JInternalFrame (the Frame which hasn't got the focus) overlap with a
> // JInternalFrame that has got the focus (i.e was dragged with the mouse
on
> // top of the underlying JInternalFrame) .
> //
>
> Two guesses... you have the z-order wrong, or you need to switch to a
> portable layout instead of x-y layout.  Maybe you even need both
> approaches.
>
> --
> pf