Java Standard Edition 6.0でのAWTの拡張機能

モーダリティ
Desktop
スプラッシュ画面
システム・トレイ
コンポーネントのレイアウト機能の拡張
Windowクラスの拡張機能

主な機能

Java SE 6.0で導入された機能は次のとおりです。

モーダリティ

この新しいモーダリティ・モデルは、ダイアログ・ボックスのモーダリティ・ブロックを処理するために導入されました。このモデルは次の4つのモーダリティ・タイプから構成されます: モードなし、アプリケーション・モーダル、ドキュメント・モーダル、およびツールキット・モーダル。

public Dialog(Window owner, String title,
                           Dialog.ModalityType modalityType,GraphicsConfiguration gc)

modalityTypesパラメータは、ダイアログ・ボックスが表示された際にほかのウィンドウへの入力をブロックするかどうかを指定します。null値やサポートされていないモーダリティ・タイプは、モードなしタイプと同等です。DialogクラスのgetModalityTypeメソッドとsetModalityTypeメソッドを使用すると、それぞれダイアログ・ボックスのモーダリティ・タイプを返して設定できます。

どのトップレベル・ウィンドウも、モーダル・ダイアログによってブロックされないようにマークできます。このプロパティを使用することで、モーダル除外モードを設定できます。WindowクラスのsetModalExclusionTypeメソッドは、次のいずれかのモーダル除外モードを指定します: APPLICATION_EXCLUDE、TOOLKIT_EXCLUDE、またはNO_EXCLUDE。

モーダリティの詳細については、Swingチュートリアルの「How to Use Modality in Dialogs」セクションを参照してください。

Desktop

Desktop API (java.awt.Desktop)は、Javaアプリケーションが特定のファイル・タイプに関連付けられたデフォルト・アプリケーションと対話できるように提供されています。提供されているアクションはすべて、次のような Desktop.Action列挙インスタンスとして表されます。

BROWSE—ホストのデフォルト・ブラウザによって実行されるブラウズ・アクションを表します。
MAIL—ホストのデフォルト電子メール・クライアントによって実行されるメール・アクションを表します。
OPEN—特定のファイル・タイプのオープンに関連付けられたアプリケーションによって実行されるオープン・アクションを表します。
EDIT—特定のファイル・タイプの編集に関連付けられたアプリケーションによって実行される編集アクションを表します
PRINT—特定のファイル・タイプの印刷に関連付けられたアプリケーションによって実行される印刷アクションを表します。

あるアクションが現在のプラットフォームでサポートされているかどうかをチェックするには、Desktopクラスの isSupportedメソッドを使用します。

Desktopクラスの使用方法の詳細については、Swingチュートリアルの「How to Integrate with the Desktop Class」セクションを参照してください。

スプラッシュ画面

仮想マシンの起動前にアプリケーションからスプラッシュ画面を表示するための新しいソリューションが導入されました。SplashScreenクラスにスプラッシュ画面を作成するように要求することはできませんが、Javaアプリケーションはスプラッシュ画面を閉じたり、スプラッシュ画面のイメージを変更したり、イメージの位置やサイズを取得したり、スプラッシュ画面内でペイントしたりできます。SplashScreenクラスのインスタンスを取得するには、getSplashScreen() staticメソッドを使用します。

コマンド行からスプラッシュ画面付きでアプリケーションを実行するには、次のコマンドを使用します。

java -splash:<file name> <class name>

スプラッシュ画面の詳細については、Swingチュートリアルの「How to Create a Splash Screen」セクションを参照してください。

システム・トレイ

SystemTrayクラスは、デスクトップのシステム・トレイを表すためのものです。システム・トレイにアクセスするには、getSystemTray() staticメソッドを呼び出します。システム・トレイには、TrayIconクラス・オブジェクトで表される1つ以上のトレイ・アイコンを含めることができます。ただし、TrayIconクラスの機能はトレイ・アイコンを作成することだけではありません。これには、テキスト・ツールヒント、ポップアップ・メニュー、およびバルーン・メッセージも含まれます。

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");

注: TrayIconクラスの現在の実装は、Swingコンポーネントの制限付きサポートを提供します。この問題に対する回避方法案は、バグ・データベース内に記述されています。バグID 6285881を参照してください。

システム・トレイやトレイ・アイコンの詳細については、Swingチュートリアルの「How to Use the System Tray」セクションを参照してください。

コンポーネントのレイアウト機能の拡張

java.awt.Componentクラスの次の2つの新メソッドを使えば、コンポーネントの最上部から測定されたベースラインを取得したり、コンポーネントのサイズ変更時にベースラインの変更を処理したりできます。

FlowLayout:

コンポーネントをベースラインに沿って垂直方向にそろえる操作を制御するために、次の2つのメソッドが導入されました。

GridBagLayout:

GridBagLayoutクラスによるコンポーネントのレイアウト機能を強化するために、次の制約が GridBagConstraintsクラスに追加されました。

BASELINE
BASELINE_LEADING
BASELINE_TRAILING
ABOVE_BASELINE
ABOVE_BASELINE_LEADING
ABOVE_BASELINE_TRAILING
BELOW_BASELINE
BELOW_BASELINE_LEADING
BELOW_BASELINE_TRAILING

さらに、GridBagLayoutによるコンポーネント・レイアウト中にコンテナ内のすべてのコンポーネントの配置、サイズ、およびベースライン・パラメータを保存するために、 GridBagLayoutInfoクラスが導入されました。

`Window`クラスの拡張機能

ウィンドウのアイコンとして表示されるイメージを処理するための新メソッドが、Windowクラスに追加されました。setIconImage(Image image)メソッドが、1つのイメージのみを設定するのに対し、setIconImages(List<? extends Image> icons)メソッドは、さまざまなサイズの一連のイメージ(プラットフォーム機能に応じて適用される)をサポートします。

Java SE 6では、親フレームなしでWindowまたはDialogオブジェクトを作成でき、そのようなオブジェクトのコンストラクタのownerパラメータはnullに等しくなります。

修正されたバグ

主なバグ修正の一覧を次に示します。

6404008マウス・イベントの配信がドラッグの感度に依存する:

マウス・ドラッグ・イベントは、オペレーティング・システムのドラッグ感度設定に達したあとで受信されていました。提案されたソリューションでは、オペレーティング・システムのドラッグ距離パラメータが無視されます。マウスが最初に動いた時点でJavaドラッグ・イベントが生成されます。

6242833 Linux/JDS 3上でウィンドウを最大化するとマウス・カーソルの動作がおかしくなる:

ウィンドウの最大化中に、カーソルの更新に不可欠ないくつかのイベントが配信されていませんでした。修正には、XWindow内でのXCrossingEvent処理が含まれます。

4841881: Windows L&FでAlt+Tabキーを使ってタブ操作を行うと、アプリケーション・メニューバーにフォーカスが移動する

Alt+Tabキーを使ってJavaウィンドウからネイティブ・アプリケーション・ウィンドウに移動したあとでJavaウィンドウに戻ると、Javaウィンドウの最初のメニュー項目にフォーカスが移動していました。提案された修正により、Javaウィンドウで最初にフォーカスが存在していたコンポーネントにフォーカスが残るようになりました。

6291992: 編集可能なすべてのフィールドがフリーズする

JTextFieldやJTextAreaなどの編集可能フィールドが、編集できなくなったりフォーカスを取得できなくなったりしていました(以前に編集されたフィールドでも)。コンボボックスや表、ラジオ・ボタンといったその他のコンポーネントは、編集可能なままです。

6176814: マルチ・クリックの処理

XWindow.javaコードには、マルチ・クリック処理がありません。このため、ユーザーが画面上でマウスをLinuxボックスにドラッグすると、ユーザーがシングル・クリックを期待しているのにダブルクリックが発生していました。同様に、ユーザーがクリックなしを期待しているのにシングル・クリックが発生していました。この修正には、マウスを少し動かしただけではマルチ・クリック状態変数が消去されないようにするスマッジ係数を適用するために、AWT_MULTICLICK_SMUDGE変数が含まれます。

5051557: アプレットがキーボード・コマンドに応答しない

フォーカスが、アプレット自体によって取得されず、埋め込まれたフレームに移動しているようでした。この非互換性は、Java SE 1.4に新しいフォーカス・アーキテクチャが導入されたことが原因です。この修正により、最初の正しい動作が回復されます。

4320050: `Frame`オブジェクトの最小サイズが適用されていない

Window.setMinimumSize()メソッドが変更されて、ユーザーがトップレベル・ウィンドウを指定されたサイズより小さくできなくなりました。これまで、トップレベル・ウィンドウで設定された最小サイズはプラットフォームによって無視されていたため、トップレベル・ウィンドウのminimumSizeプロパティを独自のニーズのために使用するコードがこの変更の影響を受ける可能性があります。

6199167: ライブ・サイズ変更

Windows上のネイティブ・アプリケーションは、サイズ変更時に動的に再レイアウトおよび再ペイントするためのプロパティを備えていました。このプロパティはシステム・デスクトップ設定によって制御されていました。Javaはこのプロパティをデフォルトで無効にします。Java SE 6では、この必須プロパティがデフォルトで有効化されます。

4360364: キリル文字入力がサポートされていない

ロケールの定義が不適切であった場合、ネイティブ・インプット・メソッドはkeysymを処理せず、それらをそのままAWT handleKeyEventルーチンに渡していました。この修正で変換表が追加されたので、インプット・メソッドがない状況でもキー・イベント処理が一般に簡素化されます。

既知のバグと問題

次に、リリース6.0で発生する可能性がある既知の問題のリストを示します。

5070056: `JWindow`コンポーネントがほかのすべてのウィンドウの手前に表示される

SolarisとLinuxで、JWindowコンポーネントがほかのすべてのウィンドウの手前に表示され、ほかのウィンドウがその背後に隠れてしまいます。この問題を回避するには、装飾なしのフレームを使用してください。

6387273: JVMがクラッシュする

トップ・レベルの表示/破棄を繰り返すなど、いくつかの複合的な状況下で、JVMがクラッシュすることがあります。

連絡先