The new modality model was introduced to handle modality
blocking of a dialog box. This model comprises four modality types:
modeless, application-modal, document-modal, and toolkit-modal.
The modalityTypes parameter specifies whether a
dialog box blocks input to other windows when shown. The null value
and unsupported modality types are equivalent to the modeless type.
The getModalityType and setModalityType
methods of the Dialog class allows you accordingly to
return and set the modality type for the dialog box.
Any top-level window can be marked so it will not be blocked by
modal dialogs. This property enables you to set up the modal
exclusion mode. The setModalExclusionType method
of the Window class specifies one of the following
modal exclusion modes: APPLICATION_EXCLUDE,
TOOLKIT_EXCLUDE, or NO_EXCLUDE.
The Desktop API (java.awt.Desktop)
API is provided to allow Java applications to interact with default
applications associated with specific file types. All provided
actions are represented as a
Desktop.Action enumeration instance:
BROWSE — Represents a browse action performed by the
host's default browser.
MAIL — Represents a mail action performed by the host's
default email client.
OPEN — Represents an open action performed by an
application associated with opening a specific file type.
EDIT — Represents an edit action performed by an
application associated with editing a specific file type
PRINT — Represents a print action performed by an
application associated with printing a specific file type.
Use the
isSupported method of the Desktop class to
check whether an action is supported on the current platform.
There is a new solution that allows the application to display
the splash screen before the virtual machine starts has been
introduced. Although the SplashScreen
class cannot be sued to create a splash screen, a Java application
can close the splash screen, change the splash screen image, get
the image position/size and paint in the splash screen. An instance
of the SplashScreen class can be obtained using the
getSplashScreen() static method.
To run an application with the splash screen from the command
line use the following command:
The SystemTray
class is intended to represent the system tray for a desktop. The
system tray can be accessed by calling the
getSystemTray() static method. The system tray may
contain one or more tray icons represented by the TrayIcon
class objects. However, the TrayIcon class
functionality is not limited to creating a tray icon. It also
includes a text tooltip, a pop-up menu, and balloon messages:
TrayIcon trayIcon = new TrayIcon(createImage("icon.gif", "tray icon"));
trayIcon.displayMessage("Sun TrayIcon Demo",
"This is an info message", TrayIcon.MessageType.INFO);
trayIcon.setToolTip("Sun TrayIcon");
Note: The current implementation of the
TrayIcon class provides limited support of the Swing
components. The workaround proposal for this issue is described in
the Bug Database, see Bug ID 6285881.
See the
How to Use the System Tray section of the Swing Tutorial for
more information about the system tray and tray icons.
Two new methods of the java.awt.Component class
enable to obtain the baseline measured from the top of the
component and to handle the baseline change as the size of the
component changes:
The following constraints were added to the
GridBagConstraints class to enhance lay outing
components with the GridBagLayout class:
BASELINE
BASELINE_LEADING
BASELINE_TRAILING
ABOVE_BASELINE
ABOVE_BASELINE_LEADING
ABOVE_BASELINE_TRAILING
BELOW_BASELINE
BELOW_BASELINE_LEADING
BELOW_BASELINE_TRAILING
Additionally the
GridBagLayoutInfo class was introduced to store align,
size, and baseline parameters for every component within a
container while lay outing components using
GridBagLayout.
New methods were added to the Window class to
handle images that are displayed as the icon for the window. While
the setIconImage(Image image) method sets the only one
image, the setIconImages(List<? extends Image>
icons) method supports the sequence of images of different
dimensions to be applied depending on the platform
capabilities.
In Java SE 6 a Window or Dialog object
can be created without a parent frame, the owner
parameter in constructors of such objects equals
null.
6404008 Delivery of mouse events depends on drag
sensitivity:
Mouse dragged events were received after the drag sensitivity
setting of the operating system is reached. In the proposed
solution the drag distance parameter of the operating system is
ignored. Java drag events will be ganerated on the first movement
of the mouse.
6242833 A mouse cursor does not behave properly after
maximizing a window on Linux/JDS 3:
Some events essential for cursor update were not delivered while
maximazing a window. The fix comprises x-crossing event handling
within XWindow.
4841881: Tabbing by using Alt+Tab on Windows L&F moves
focus to the application menu bar
Using Alt+Tab to navigate from a Java window to a native
application window and back to the Java window resulted in the
focus being moved to the first menu item of the Java window. The
proposed fix allows to keep the focus on the initially focused
component of the Java window.
Editable fields became unable to be edited or to get the focus
(JTextField, JTextArea, etc), even in
fields that have been previously edited. Other components as combo
boxes, tables, radio buttons remain editable.
The XWindow.java code lacks multi click handling. So, when the
user dragged the mouse on the screen onto the Linux box, double
clicks occurred when the user expected single clicks. Likewise,
single clicks occurred when the user expected no clicks at all. The
fix includes the AWT_MULTICLICK_SMUDGE variable to
apply a smudge factor so that moving the mouse by a small amount
does not wipe out the multi-click state variables.
5051557: The applet does not respond to keyboard
commands
The applet itself did not get the focus, which apparently went
to the embedded frame.This incompatibility was caused by a focus
rearchitecture introduced in Java SE 1.4. The fix restores initial
proper behavior.
4320050: Minimum size for a Frame object is
not being enforced
The Window.setMinimumSize() method has been
modified to restrict user-resizing of top-level windows below
specified dimensions. Previously, minimum size set for toplevel
windows was ignored by platform, so this change can impact code
that uses the minimumSize property of top-level
windows for its own needs.
Native applications on Windows had the property to dynamically
relayout and repaint during resizing. This property was controlled
through system desktop settings. Java disables this property by
default. In Java SE 6 the required property is enables by
default.
If a locale was defined incorrectly, a native Input Method did
not process keysyms and passed them as is to AWT
handleKeyEvent routine. In the fix a conversion table
is added and key event handling generally streamlined in non Input
Method situations.
Here is a list of known problems you may encounter in
release 6.0.
5070056: The JWindow component stays on top of all
other windows
The JWindow component stays up on top of all other
windows hiding other windows behind it on Solaris and Linux. To
workaround, you can use an undecorated frame.