🚀 go-pugleaf

John

Good question. If there's a better way to do what I want to do, I'm all 
ears. Here's what I want to do....

I have an application I'm converting to java. It has 24 tables. I want 
to have each table displayed in a "window" on a desktop area (under the 
one and only menu). While there are 24 tables/windows, there will be
at most about 8 in use at once. These are opened and closed under the
control of the software as the user works with the system. Each window 
has a specific size and placement on the desktop area, predetermined by 
the customer and the developer.

The user begins with one table, and depending on what he's doing, a 
second, then third, etc open up when appropriate, and then eventually 
they close up again automatically.

The windows are designed, sized, and placed such that critical 
information on existing windows is not covered when a new window is opened.

I am not aware of any of the layout managers that provide multiple 
panels simultaneously visible in a cascaded-type arrangement. (Maybe 
staggered is a better word, as "cascade" probably has a specific 
meaning?) The card  layout only shows one at a time. The overlay layout 
is intended to show you all at once, using transparency.

John



John McGrath [TeamB] wrote:
> On 3/18/2004 at 4:13:39 PM, John T. Dow wrote:
> 
> 
>>I've used internal frames to create an mdi application and have
>>everything working as I want it with one exception. I'd like to
>>prevent users from moving windows, as which windows are open at any
>>point in time, and their overlapping placement, is controlled by the
>>business logic. So far I can prevent the user from minimizing,
>>closing, or resizing the windows (panels).  I haven't found how to
>>prevent them from being moved.
>>
>>I posted this question in a jbuilder forum and have had two
>>suggestions for workarounds. 1) Monitor mouse events and prevent
>>moving. 2) Allow moving but provide an easy way to restore positions.
>>
>>Any other solutions, such as a setMovable(false) method?
> 
> 
> It seems strange to me that you are using a JInternalFrame and then you
> want to disable virtually all of the functionality that a
> JInternalFrame provides.  So why use a JInternalFrame?
>