🚀 go-pugleaf

Our end-users like a new concept of windowing system. They don't want to use
a traditional MDI approach anymore.

Several ERPs are doing the same way, they do not not create internal MDI
frames, but always open a top-level window for each frame. It is very easy
to switch windows only by clicking the button at taskbar.
I suggest you to create similar Java application as it tends to work better,
and of cource Swing alternatives for frames and dialogs. Use JFrame for
frames and JDialog for modal dialogs.

Application's main window looks clumsy if you use pull-down menu. It has
nothing else, but empty window body and menu at the top of it. This was my
first implementation, but I modified it to have a tree component. Tree
represents menu hierarchy, so window body is in real use. This approach does
not necessary require any pull-down menus.

Let me know if you need an example code for main window's tree handling.
Menu entries can be loaded from textfile at startup.

>Thanks for your detail information!
>Honestly, we are thinking using JFrame or MDI application with
JInternalFrame?
>I would like clarify that your user like JFrame or MDI?
>
>Betty
>
>X_Aki Nieminen_X wrote:
>
>> Should you use MDI application with JInternalFrames in it?
>>
>> I have a project, where we convert old native MDI application to Java. I
>> made a decision, that it is more feasible not to use MDI application.
>> We have FrameMain window with tree structure displaying the menu
hierarchy.
>> Users can open windows by clicking the tree leafs. Each window is JFrame,
so
>> task bar has several buttons in it. I have found this very convinient
after
>> longer usage. It is very easy to jump from one window to another using
the
>> task bar buttons. Buttons have a text, which says the "title of window"
so
>> proper window is found immediately.
>>
>> MDI applications tend to have problem with several windows overlapping
each
>> other. It is annoying to move them around just to find a one window.
Doing
>> so means, that other windows must be moved back when continuing working
with
>> them. Only few end users realize the meaning of "window" menu entry. It
is
>> more general and intuitive to have buttons in a task bar for each opened
>> window.