A DESCRIPTION OF THE REQUEST :
We need more flexibility in specifying the Decorations and Functions (in the frame system-menu) that are available for each JFrame that is displayed. We have been used to the flexibility that was provided by the OSF-Motif VendorShell widget. We still need this for our applications.

The current implementation does not provide a clear API for setting the following five attributes availability to the user of a JFrame.

1. move
2. resize
3. maximize
4. minimize
5. close

JUSTIFICATION :
The current implementation of decorations of the JFrame is conflicting and inflexible. We are not able to completely reproduce the behaviour we had in our legacy (OSF-Motif based) software into java-based application software.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
We need more flexibility in specifying if it possible for the user to:

1. move
2. resize
3. maximize
4. minimize
5. close

a JFrame or JInternalFrame.

For each of these functions it should also be possible to specify if

1. They should be available/visible through the JFrame system-menu
2. They should be available/visible through any of the JFrame decorations

Enabling or disabling an attribute should be made clear to the user by visually enabling or disabling or removing the attribute-control from the JFrame; either from the title-bar or from the system-menu.

Apply a policy such as provided by OSF-Motif for specifying the Decorations and Function and provide an API for this. An example of these attributes can be found in Xm/MwmUtil.h, part of the OSF-Motif distribution or the Motif Reference Manual with the XmNmwmDecorations & XmNmwmFunctions properties of the VendorShell.

We do not suggest that the solution of OSF-Motif should be literally copied (although preferred ;-), but that the provided solution gives the same flexibility and consistency as the one given by OSF-Motif.
ACTUAL -
At this moment, the JFrame partly supports decoration attributes, but they are in conflict:


1. a JFrame is always moveable, using the system-menu, even if decorations are disabled (JFrame.setWindowDecorationStyle(JRootPane.NONE)). This is inconsistent.



2. disabling resize in a JFrame (JFrame.setResizable(false)), removes the maximize button and disables the maximize function, but the minimize button and minimize function are still selectable to the user.



3. disabling close (JFrame.setDefaultCloseOperation(int)), does not remove the close "x" button from the JFrame and does not disable the "Close"-option in the system-menu. This presents an inconsistent impression to the user.



4. setting (JFrame.setWindowDecorationStyle()) the style to one of the dialogs (like PLAIN_DIALOG, INFORMATION_DIALOG, ERROR_DIALOG, COLOR_CHOOSER_DIALOG, FILE_CHOOSER_DIALOG, QUESTION_DIALOG, or WARNING_DIALOG), still leaves the Close, Minimize and Move options enabled in the system-menu. These options are not always appropriate for these kind of dialogs.





CUSTOMER SUBMITTED WORKAROUND :
By using combinations of:

- JFrame.setWindowDecorationStyle()
- JFrame.setResizable()
- JFrame.setDefaultCloseOperation()

amongst others, we are able to mimic the OSF-Motif style of decorations and functions, but not for 100%.