United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-4813288 Need a way to exempt some windows from disablement when a modal dialog is shown
JDK-4813288 : Need a way to exempt some windows from disablement when a modal dialog is shown

Details
Type:
Enhancement
Submit Date:
2003-02-05
Status:
Resolved
Updated Date:
2005-05-21
Project Name:
JDK
Resolved Date:
2005-05-21
Component:
client-libs
OS:
solaris
Sub-Component:
java.awt
CPU:
sparc
Priority:
P4
Resolution:
Fixed
Affected Versions:
1.4.1_05
Fixed Versions:

Related Reports
Relates:
Relates:

Sub Tasks

Description
In SunONE Studio/NetBeans, there are some serious problems in the relationship
between the Help window and modal dialogs.  We are using JavaHelp, and the help
window is a Swing component in the same JVM as the rest of the application.

The problem is this:  When a modal dialog is shown, the Help window is frozen.
Yet it is not uncommon for users to either want to browse the help to learn
how to complete the dialog;  also, invoking help from within a dialog is not
uncommon.

We currently use a workaround with some bad side effects;  however, it must be
true that anyone utilizing JavaHelp has this same problem.  A clean solution 
would allow specific windows to specify (probably via client properties) that
they are not to be disabled when a modal dialog is shown.

                                    

Comments
EVALUATION

Related to 4080029.  
###@###.### 2003-02-05


Name: osR10079			Date: 02/06/2003


We should consider this kind of modality when we work on 4080029.

###@###.### 2003-02-06

======================================================================

Implemented as a part of 4080029.

###@###.### 2005-05-04 12:06:45 GMT
                                     
2003-02-06
PUBLIC COMMENTS

In SunONE Studio/NetBeans, there are some serious problems in the relationship
between the Help window and modal dialogs.  We are using JavaHelp, and the help
window is a Swing component in the same JVM as the rest of the application.

The problem is this:  When a modal dialog is shown, the Help window is frozen.
Yet it is not uncommon for users to either want to browse the help to learn
how to complete the dialog;  also, invoking help from within a dialog is not
uncommon.

We currently use a workaround with some bad side effects;  however, it must be
true that anyone utilizing JavaHelp has this same problem.  A clean solution 
would allow specific windows to specify (probably via client properties) that
they are not to be disabled when a modal dialog is shown.
                                     
2004-08-14
SUGGESTED FIX

Allow some means of flagging windows which should not ever be disabled because
a modal dialog is present.  I'd suggest something like 
putClientProperty ("exemptFromModality") or something such.
                                     
2004-08-14
WORK AROUND

1.  Whenever a modal dialog is opened, reparent the help component into a 
dialog owned by the modal dialog.  This has embarrassing side effects, such as
the help being fronted and its window size changed whenever a modal dialog is
invoked.

2.  Run the help system in a separate JVM (this is not desirable for performance
reasons)

3.  Invoke no modal dialogs in the system, and instead make dialogs appear modal
by disabling all other windows in the system temporarily (this is not really
possible in a modular environment such as NetBeans/S1S - there is no guarantee
that all modules a user has installed will comply with a directive never to 
use modal dialogs)
                                     
2004-08-14



Hardware and Software, Engineered to Work Together