1.0 ワークベンチの起動
1.1 拡張起動トピック
1.2
ワークスペースのロケーションをワークベンチのタイトル・バーに表示する
1.3 プロキシー経由での更新サイトへのアクセス
1.4 WebSphere Studio バージョン 5.1 をバージョン 5.0 ワークスペースで使用する
2.0 ワークベンチに関する既知の問題
2.1 ワークベンチの外でファイルを変更した場合には手作業による最新表示が必要
2.2 ユーザー・インターフェースが応答しない
2.3 タスク・リストからの項目のコピー
2.4 DBCS フォントの問題
2.5 最小の表示解像度
2.6 外部ツールがスペースを含むパス変数に自動で引用符を付ける
2.7
複数ページ・エディターでのツールバーの更新
2.8
アラビア語キーボード・レイアウトでは、いくつかのショートカット・キーが機能しない
2.9 NumLock がオンの場合、Ctrl キーが機能しない
2.10
同じワークスペース・ディレクトリーに対して複数のワークベンチを実行できない
2.11 非サポートの色深度エラー
2.12 読み取り専用のコンボ・ボックスでコピー機能を使用できない
2.13
別の WebSphere Studio システムから設定をインポートする場合は、クラスパス変数をリセットする必要がある
2.14 マイグレーションしたワークスペースのパースペクティブを復元するとエラーが発生することがある
2.15 ウィンドウ表示システムに Motif を使用する場合のビューの移動
2.16 単純なプロジェクトの作成でリソース・パースペクティブを開く必要がある
2.17 リンクされたリソースおよび複数の出力フォルダー
2.18 KDE での Ctrl+Fn キーの使用
2.19 AbstractTextEditor およびサブクラスで上書きモードを無効にできない
2.20 大規模なプロジェクトとファイルの作業
3.0 エディターに関する既知の問題
3.1 マーカーが適切に除去されない
3.2 デフォルトの HTML および JSP エディターが双方向言語をサポートしていない
4.0 異なる VM 上での実行
4.1 J9 上で実行
5.0 utc.dll が原因のプログラム・エラー
6.0 Ant
6.1
外部ツール設定ページ上の「優先出力レベル」が Ant に対して有効にならない
6.2 外部ツールの Ant UI がどのような場合でも ENTITY 項目を処理しない
6.3 ランタイム Ant クラスパスで Xerces JAR が不要
6.4 カスタム Ant タスクおよび Ant タイプを プラグイン・ライブラリー JAR と分離する必要がある
6.5 Ant の並行ビルドがサポートされない
6.6 特定の Ant タスクを実行するとメモリー・リークが発生する
6.7 入力を要求するタスクによりワークスペースがロックする
6.8 Ant 1.5 に基づく Ant エディター・コードの完了
7.0 Linux の GTK に関する問題
7.1 特定の OS のダイアログの翻訳が行われていない
7.2 Linux GTK での DBCS サポート
7.3 異なるバージョンの GTK の使用
7.4 GTK 2.2.0 での韓国語翻訳の問題
7.5 日本語入力で候補ウィンドウを呼び出した後に停止する
Eclipse (WebSphere Studio がビルドされているプラットフォーム) は、プラグインの開発やデバッグをする人のため、数多くの興味深い実行可能オプションを提供しています。実行可能プログラムの一般的な書式は以下のとおりです。
platform [platform options] [-vmargs [Java VM arguments]]
ここで、platform は、 インストール・ディレクトリーのトップレベルのディレクトリーにある実行可能ファイルの名前であり、 有効なプラットフォーム・オプションは次のとおりです。
-application <app id> | 実行するアプリケーションを示します。 指定されなかった場合は、 ワークベンチが実行されます。 アプリケーションは、org.eclipse.core.runtime.applications 拡張ポイントに 拡張機能を提供しているプラグインによって宣言されます。 |
-boot <boot code path> | ブート・プラグイン・コード (boot.jar) へのパスを定義します。 startup.jar および boot.jar の相対ロケーションを変更する場合にのみ必要です。 |
-consolelog | プラットフォームのエラー・ログを、 プラットフォームの実行に使用されるコンソールにミラーリングします。 |
-data <workspace path> | プラットフォームが実行されるワークスペースのパスを定義します。 |
-debug [options file path] | プラットフォームをデバッグ・モードにし、 指定されたファイル内のデバッグ・オプションをロードします。 ファイル・パスが指定されていない場合、 プラットフォームは、プラットフォームのインストール・ディレクトリーとワークスペースの メタデータ・ディレクトリー内で、.options というファイルを探します。 |
-dev [classpath entries] | プラットフォームを開発モードにします。 オプションのクラスパス項目 (コンマ区切りのリスト) は各プラグインのクラスパスに追加されます。 たとえば、プラグインの開発には -dev bin を使用して各プラグインの JavaTM ツールの bin ディレクトリーを追加します。 重複した、または存在しないクラスパス項目は除去されます。 |
-nosplash | スプラッシュ・スクリーンを表示せずにプラットフォームを実行します。 |
-os <os-id> | プラットフォームが実行されているオペレーティング・システムを定義します。 通常、プラットフォームは OS を検出できますが、状況によっては明示的に指定する必要があります。 ここで指定された値は Platform.getOS() に関連しています。 |
-vm <vm path> | プラットフォームの実行に使用する Java VM を指定します。 指定されなかった場合、Java VM は実行可能ファイルから相対的に位置指定されます。 |
-ws <ws-id> | プラットフォームが実行されているウィンドウ・システムを定義します。 通常、プラットフォームはウィンドウ・システムを検出できますが、状況によっては明示的に指定する必要があります。 ここで指定された値は Platform.getWS() に関連しています。 |
すべての -vmargs 項目に続く引き数 (この引き数自体は含まれない) は、 指定された Java VM に仮想マシン引き数として (クラスが実行する前に) 直接渡されます。 すべての -vmargs 項目に先行する引き数 (-vm と -nosplash を除く) は、解釈のためプラットフォームに直接渡されます。
ワークスペースのロケーションをワークベンチのタイトル・バーに表示したいときは、以下のコマンドを使って WebSphere Studio を開始してください。
WS_installdir\wssitedev50 -showlocation -data /workspace
WS_installdir は、WebSphere Studio のインストール位置で、/workspace は、ワークスペースの位置です。
ユーザーはこのコマンドを使用してコマンド・プロンプトから WebSphere Studio を開始するか、デスクトップ・ショートカットを変更することができます。
プロキシー経由で更新サイトにアクセスするには、次のコマンド行オプションを使用してワークベンチを開始する必要があります。
wssitedev50 -vmargs -DproxySet=true -DproxyHost=<proxy_name> -DproxyPort=<proxy_port>
ユーザー認証を必要とするプロキシーは、現在サポートされていません。
既存の WebSphere Studio Version 5.0 ワークスペースを使用して、 はじめて WebSphere Studio バージョン 5.1 を開始した場合、バージョン 5.0 から バージョン 5.1 へのマイグレーション方法を示すダイアログ・ボックスが表示されます。 バージョン 5.0 ワークスペースからバージョン 5.1 にマイグレーションするには「OK」 を、WebSphere Studio の開始を止めるには「取消」をクリックしてください。
ワークスペースをバージョン 5.1 にマイグレーションしても、バージョン 5.1 の 新規プロジェクト機能のメタデータは無視され、バージョン 5.0 で読み取ることができるため、 バージョン 5.0 でのワークスペースの使用は可能です。 バージョン 5.0 で、メタデータに影響を与えるような変更を、ワークスペースのプロジェクトに加えることはできません。 また、バージョン 5.1 プロジェクトの新規プロジェクト機能のメタデータを上書きすることもできません。
バージョン 5.1 での新規プロジェクト機能についての詳細は、「WebSphere Studio Migration Guide」を参照してください。
以下に、このリリースにおけるワークベンチの UI に関する既知の問題を示します。
プロジェクト内のファイルが WebSphere Studio の外で追加または除去された場合や、 外部エディターを使用してプロジェクト内のファイルが変更された場合は、 変更をワークベンチに反映させるために、手動で最新表示を行う必要があります。 これを行なうには、ナビゲーター・ビューでプロジェクトを選び、ポップアップ・メニューから「最新表示」を選んでください。 これは選択されたプロジェクトのみを最新表示します。 すべてのプロジェクトを最新表示するには、F5 をクリックしてください。
ワークベンチのユーザー・インターフェースはビューとエディターで構成されています。 フォーカスされているビューまたはエディターは、そのタブが青色で強調表示されます。 強調表示されているユーザー・インターフェース・コンポーネントにはコントロールがあり、 エディターの場合は、共通のワークベンチ・メニュー・ツリーおよびアクション・アイコン・セットを作成する機能を決定します。 つまり、エディターがアクティブにされると、 追加のメニュー選択項目とアクション・アイコンがワークベンチのユーザー・インターフェースに表示されます。エディターでリソースを操作していると、ユーザーはエディターをサポートするビュー (例えば、Java ソース・エディターをサポートするアウトライン表示) と対話することになります。ビューにフォーカスがあるときは、 エディターに関連付けられたメニュー選択項目とアクション・アイコンは表示されない場合があります。このメニュー選択と アクション・アイコンを元に戻すには、エディターをアクティブにしてください。
エディターをアクティブにするには、複数の手法があります。 必要な手法はユーザーの使用するエディターのタイプによって決まります。
エディターをアクティブにするには、 エディター自体のタイトル・タブまたは編集可能領域のいずれかをクリックしてください。
特定のパターンに従って順番にクリックした場合、 別のビューの項目など、別の場所をクリックしてもエディターがフォーカスを保持した状態 (エディターのタイトル・タブが青の状態) のままとなる場合があります。例えば、DTD エディターがオープンしていて、「アウトライン (Outline)」ビューが表示されている場合には、以下のようにします。
この動作は、別のビューで作業をしている場合でも、エディター・メニューとアクション・アイコンの活動化を維持することができます。ビューで選択した項目のコンテキスト・メニューを要求することができます。 問題は、青いタイトルにより、フォーカスはまだエディターにあることが示されるため、これが奇妙に見えるという点のみです。
一部のエディターは、フォーカスを移動する方法とタイミングに関連した、別の問題による影響を受けます。テキスト・フィールドへの入力は、 フォーカスがなくなったときに、フィールドに対する変更として登録されます。 web.xml エディターで URI マッピング・フィールドなどのフィールドにデータを入力し、 そのエディター・ページのグレー領域を単にクリックしても、 入力されたデータはフィールドに対する変更としては表示されません。入力したデータは、以下のいずれかを行なうと変更として登録されます。
アスタリスク (*) をエディター・タブのファイル名の前に追加することによって、エディターからユーザーに変更を登録したことが示されます。
タスク・ビューには、妥当性検査による警告およびエラー、コンパイル・エラー、メッセージが表示されます。 テキストをファイルに貼り付けるには、関係のあるタスクの行を選択し、項目を適切なエディター (例: ワードパッド) にドラッグしてください。 タスクが見やすい報告書形式で表示されます。
DBCS 言語を実行中のマシン上の設定ダイアログで、ワークベンチ・フォントを非 DBCS フォント (例: Arial) に変更すると、DBCS 文字が疑問符で表示されます。これは予期されている動作です。 しかし、フォントを DBCS サポート言語に戻すときには、フォント設定と同時にフォント・ダイアログのスクリプト設定を確実に行うようにしてください。 この両方を同時に設定しないと、DBCS 文字は疑問符 (?) のまま表示されます。この問題は、「ワークベンチ・フォント (Workbench Font)」設定ページの「システム・フォントを使用 (Use System Font)」ボタンをクリックすることでも解決できます。
DBCS ユーザーが WebSphere Studio でテキストの表示に使用するフォントを変更することを推奨します。 設定ウィンドウのフォント (「ウィンドウ」>「設定」>「ワークベンチ」>「フォント」) ページでフォントを変更できます。
以下のフォントの使用をお勧めします。
設定ダイアログ・ボックスなど、多くの WebSphere Studio のダイアログ・ボックスはでは、少なくとも 800 x 600 の最小ディスプレイ解像度が必要です。
外部ツールを起動すると、スペースを含む拡張パス変数は自動的に二重引用符 ( " " ) で囲まれます。 Windows プログラムがスペースを含むパスを引用符内で処理するのは一般的ですが、他のプラットフォームでは問題が発生することが分かっています。 回避策として、外部ツールにスクリプトを作成して、プログラムを起動する前に引用符を取ってしまう方法があります。
アクション・バーのクライアントでは、多数の SubToolBarManagers
を
IToolBarManager
(例: 複数ページ・エディター) 上で作成することがあります。
クライアントは通常
1 つの SubToolBarManager
を見えるようにして、他は見えなくした上で、
updateActionBars
を呼び出します。 項目の可視性は正しく更新されない可能性があります。
回避策は、クライアントで明示的にツールバーを更新することです。
actionBars.updateActionBars();
actionBars.getToolBarManager().update(false);
アラビア語キーボード・レイアウトでは、いくつかのショートカット・キーが機能しません。 キーボードのレイアウトを英語に変更することで問題を回避できます。
Ctrl-s、Ctrl-スペース、またはその他の Ctrl キーの組み合わせが機能しない場合、NumLock キーを押して NumLock をオフにしてください。
同じワークスペース・ディレクトリーを使用してワークスペースを 2 度開始することはできません。このことを行った場合、予測できない結果が生じることがあります。ワークスペース・ディレクトリーのデフォルト・ロケーションは、~/workspace で、-data フラグで異なるディレクトリーを指定してオーバーライドすることができます。例、wssitedev50 -data /home/username/newworkspace
ワークベンチの起動時に、非サポートの色深度に関するエラーが表示された場合、表示の色深度を 15 または 32 bpp 以外に変更する必要があります。このことを行う場合は、X サーバーを再始動する必要があります。方法については、システムの文書を参照してください。
読み取り専用のコンボ・ボックスからのテキストのコピーは、現在、Linux では行うことができません。
別の WebSphere Studio システムから WebSphere Studio に設定をインポートするとき、不明のライブラリーを参照するコンパイル・エラーを受け取る場合があります。クラスパス変数を適切にリセットするには、オープンされているすべての XML パースペクティブをクローズする必要があります。その後、ワークベンチをクローズし、再始動してから XML パースペクティブをオープンしてください。
従来のバージョンの WebSphere Studio で作成したワークスペースを、現行バージョンの WebSphere Studio ではじめて開く場合、パースペクティブを復元するときにエラーが発生することがあります。 この場合、メニュー・バーから「ウィンドウ」>「パースペクティブをリセット (Reset Perspective)」を選択して、パースペクティブを復元してください。 このようなエラーを避けるには、従来のバージョンの WebSphere Studio のパースペクティブをすべて閉じてから、現行バージョンにマイグレーションを行ってください。
Linux 上で WebSphere Studio を稼動し、ウィンドウ表示システムに Motif を使用する場合、ビューを移動するには、マウスの中ボタンでビューを選択する必要があります。2 ボタン・マウスを使用する場合は、両方のボタンを押してビューを選択し、移動する必要があります。
WebSphere Studio で単純なプロジェクトを作成する場合 (「ファイル」>「新規」>「その他単純 (Other Simple)」>「プロジェクト」)、リソース・パースペクティブへの切り替えが通常は指示されますが、 指示が出ません。 回避策として、単純なプロジェクトを作成した後で、リソース・パースペクティブに手動で切り替えてください (「ウィンドウ」>「パースペクティブを開く (Open Perspective)」>「その他 (Other)」>「リソース (Resource)」)。
リンクされたリソースおよび複数の出力フォルダーは、現行バージョンの Websphere Studio ではサポートされていません。
Linux システムで KDE デスクトップを使用する場合、仮想デスクトップの切り替えに Ctrl+Fn キー・シーケンスが使用されます。このため、これらキー・シーケンスにバインドされた WebSphere Studio コマンドは アクティブになりません (Ctrl+F1 (ヘルプ)、Ctrl+F4 (「ファイル」>「閉じる (Close)」)、および Ctrl+F6 (次のエディター)。
これらのキーは、KDE のコントロール・センターで再割り当てが可能です。 「ルックアンドフィール (Look & Feel)」>「ショートカット (Shortcuts)」>「ショートカット・シーケンス (Shortcut Sequences)」>「ショートカット・シーケンス (Shortcut Sequences)」>「システム (System)」>「デスクトップの切り替え (Desktop Switching)」と 選択して、すべての項目を「なし」に設定するか、Ctrl+Alt+Fn などの異なるキー・シーケンスを割り当てます。 他の方法として、WebSphere Studio で「ウィンドウ」>「設定」>「ワークベンチ」>「キー (Keys)」設定ページを使用して異なるキー・シーケンスを割り当てる方法があります。
「ワークベンチ」>「キー (Keys)」設定ページで「上書きモードを切り替え (Toggle Overwrite Mode)」コマンドのキー・バインディングを除去した場合に、Insert キーを押してモードの切り替えが可能なままとなります。この場合、エディターの状況表示行のモード表示が実際のモードと一致しません。
大規模なプロジェクトとファイルの作業中に OutOfMemoryError の問題が発生した 場合は、WebSphere Studio の開始時に -vmargs -Xmx500M コマンド行オプションを使用して、 ヒープ・サイズを増やすことができます。500MB は、状況に応じて適切な量に調整してください。
以下に、エディターに関する既知の問題を示します。
保管していないテキストにマーカーを追加した場合、テキスト変更を保管せずにエディターをクローズすると、 これらのマーカーは正しく更新または除去されません。 エディターを閉じると、マーカーは存在しない領域や関係のない領域をポイントする場合があります。
デフォルトの HTML および JSP エディターは双方向言語をサポートしていません。ユーザーが双方向言語を使用中の場合、HTML または JSP ファイルのデフォルト・エディターとして Page Designer「Classic」をセットアップすべきです。 このためには、「ウィンドウ」>「設定」>「ワークベンチ」>「ファイルの関連」を選択し、このページで関連を変更します。 Page Designer Classic の使用可能化と関連の変更については、Web ツールの README を参照してください。
J9 上で実行する場合は、以下の VM オプションを使用することをお勧めします。 詳細については、J9 VM の文書およびヘルプを参照してください。
platform [arguments] -vm <path to j9w.exe> -vmargs -ms:20 -jit -mo:32000 -mx:200000
ここで、platform は、インストール・ディレクトリーの最上位にある実行可能ファイル名であり、arguments は、 プラットフォームに渡される引き数です。
注: -vmargs フラグおよび実際の VM の引き数は、行の最後に指定する必要があります。
utc.dll でプログラム・エラーを受け取った場合は、 WebSphere Studio をその .exe ファイルから起動する必要があります。構成設定ファイル (.exe ファイルと同じディレクトリー内にあり、.ini で終わる) は、以下の項目を [Environment Variables] セクションに含まなければなりません。
JITC_COMPILEOPT=SKIP{org/eclipse/ui/views/tasklist/TaskListContentProvider}
{resourceChanged}
WebSphere Studio を「スタート (Start)」メニューに作成されたショートカットから起動する場合、項目はすでにメニューに追加されています。
Ant スクリプトが外部ツールとして、または「Run
Ant」ポップアップ・メニューから実行される場合、WebSphere
Studio と同じ Java VM 上で実行されます。
実行中のスクリプトが System.exit(int)
を呼び出す Ant タスクのいずれかを実行した場合、WebSphere
Studio は終了し、保管していない作業は失われます。
これらの Ant タスクの問題の回避策は、Ant を外部ツールとして構成することです。
この方法を以下に示します。
- http://jakarta.apache.org/ant から Ant のバイナリー・バージョンをダウンロードし、インストールする。
- 「実行」>「外部ツール」>「構成」とクリックする。
- 「新規」をクリックする。
- 外部ツールの名前 (例: External Ant) を入力する。
- 「ファイル・システムのブラウズ」をクリックする。
ant.bat
ファイルを探して選択する (場所はユーザーの Ant システムの bin/ フォルダー)。- 「ツール引き数」フィールドに、ワークベンチの外でスクリプトを実行するときに通常入力するスクリプトの引き数を入力する。
- 「作業ディレクトリー」フィールドにスクリプトのディレクトリーを入力する。
- 「OK」をクリックしてウィザードを終了する。
- スクリプトを実行するには、「実行」>「外部ツール」>「外部 Ant」をクリックする。
「ウィンドウ」>「設定」>「外部ツール」には、「優先出力レベル」-「情報」、「Verbose」、および「デバッグ」の見出しの下にラジオ・ボタンのグループがあります。 これらの値を変更しても WebSphere Studio に影響を与えません。
Ant スクリプトを実行するときに、Ant コマンド行引き数 -verbose
または -debug
を使用して、デフォルト以外の出力レベルを取得してください (Information)。
WebSphere Studio の Ant UI は、URI ベースのシステム値を持つエンティティーを、
"file:"
プロトコルを指定して、正しく解決します。相対パス、"http:"
URI、などの他の書式やプロトコルはユーザーのデフォルト XML parser で解決されますが、これらは JRE、ユーザー設定などで変わることがあります。
たとえば、org.apache.crimson.parser
などのパーサーは、有効な URI のみを期待し、以下のようなエンティティー参照では失敗します。
<!ENTITY custom SYSTEM "../../custom.xml">
この問題の回避策は、"file:"
プロトコル指定子を以下のように相対パスに確実に追加することです。
<!ENTITY custom SYSTEM "file:../../custom.xml">
この問題は UI でのみ起こります。WebSphere Studio の Ant 実行エンジンは SAXParser
を使用しており、
これは、相対パスのような書式を正しく解決するためです。
ランタイム Ant クラスパスに明示的に Xerces JAR を追加する必要がなくなり、追加すると問題が発生する場合があります。Xerces クラスは、Eclipse に提供される
org.apache.xerces
プラグインからロードされます。Ant の配布では、ほとんどの場合、Xerces JAR を
ant.jar
および optional.jar
と同じ物理的位置に置くこともできません。これは、Ant JAR が、Xerces JAR をポイントするクラスパス・エントリーを含んだマニフェスト・ファイルを含むことによるものです。
カスタム Ant タスクまたは Ant タイプのクラス・ファイルを、プラグインの通常のコード JAR に組み込むと問題が発生します。
これらのクラス・ファイルは、org.eclipse.ant.core.antTasks
または antTypes
拡張ポイントに
提供される (また、プラグインのマニフェストでライブラリーとして宣言しない) 別の JAR で提供する必要があります。
これにより、Ant タスクおよびタイプが、プラグイン・クラス・ローダーではなく、特殊な Ant クラス・ローダーによりロードされるようになります。
Eclipse では、Ant の実行を他の WebSphere Studio と同じ JVM で行います。Ant のいくつかの性質、およびグローバル Java リソース (System.out および System.err など) を使用することから、複数の Ant ビルドを同時に実行するのは安全ではありません。
既知の事項として、特定の Ant タスクでメモリー・リークが発生します。
コマンド行から Ant を使用する場合と同様に、コンソールからの入力プロンプトが処理されません。これは、WebSphere Studio 内で正常に機能する <input> タスクを使用する場合と異なります。
Ant エディターに提供されるコードの完了では、ユーザー指定バージョンの
org.eclipse.ant.core
プラグインまたは ANT_HOME は考慮されません。コード完了の提示は、常に Ant 1.5 をベースにして行われます。
Linux の GTK に関する問題は、以下のとおりです。
GTK 2.0.6 または GTK 2.2 では、ファイルまたはフォルダー選択の際の、オペレーティング・システムのダイアログが 一部翻訳されていません。これらのダイアログおよび未翻訳のメッセージは GTK によるもので、WebSphere Studio 側のものではありません。
Red Hat Linux 8.0 および SuSE Linux 8.1 の GTK バージョンでは、Latin-1 ロケールがサポートされますが、DBCS はサポートされていません。GTK 2.2 では十分に DBCS がサポートされており、GTK 2.2 が組み込まれた最近の Linux エディションでは、WebSphere Studio 自体は機能します。
新バージョンの GTK をダウンロードしてコンパイルする場合 (RedHat 8.0 の GTK 2.2.0 での DBCS サポートを得るなど)、LD_LIBRARY_PATH 環境変数に正しい GTK ライブラリーがリストされていることを確認してください。デフォルトでは、コンパイルされた GTK ライブラリーは /user/local/lib/ に配置されるため、WebSphere Studio を起動する前に以下を実行する必要があります。
export LD_LIBRARY_PATH=/usr/local/lib/
注: これは、すべての新規端末セッションについて実行する必要があります。
新バージョンの GTK をダウンロードしてコンパイルする場合 (GTK 2.2.0 での DBCS サポートを得るなど)、韓国語翻訳を使用した場合に次の問題が発生することがあります。
「ダイアログ・フォント (Dialog Font)」および「バナー・フォント (Banner Font)」を ゴシック・フォントにすることをお勧めします。フォントは、「ワークベンチ」>「フォント」設定ページで変更できます。
ウィンドウのサイズ変更の問題を避けるため、画面解像度を高い解像度 (1280x1024 など) に設定することをお勧めします。
プロパティー・ビューの問題については、代わりに矢印キーを使用してください。左矢印キーで項目を縮小、右矢印キーで拡張ができます。
GTK バージョンで kinput2 および canna を使用して日本語漢字入力を行う場合、日本語の入力メソッドが停止する場合があります。これは、「候補選択ウィンドウ」が表示された直後に発生します。この問題が発生したら、エディターまたはビューをいったん閉じて、再度オープンしてから入力メソッドを使用可能にしてください。
この問題を避けるには、wnn など別の入力方式を使用してください。
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.