回答編集履歴
3
誤字訂正
answer
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
|
-
編集不可とした(デフォルトの)JComboBoxであればコンボボックスへ直接KeyListenerをaddKeyListenerで登録すればキーに関するイベントが
|
|
1
|
+
編集不可とした(デフォルトの)JComboBoxであればコンボボックスへ直接KeyListenerをaddKeyListenerで登録すればキーに関するイベントが捕捉できます。
|
|
2
2
|
|
|
3
|
-
しかし編集可能に設定すると前述の方法ではイベントを
|
|
3
|
+
しかし編集可能に設定すると前述の方法ではイベントを捕捉できません。理由はフォーカスがJComboBoxにないからです。なぜかというとJComboBoxの内部のエディター（JTextFieldみたいな機能を持ったエディターでデフォルトではjavax.swing.plaf.metal.MetalComboBoxEditorというクラスになるみたいです）がキー入力を処理するためにフォーカスを持つからです。
|
|
4
4
|
|
|
5
|
-
キーイベントを
|
|
5
|
+
キーイベントを捕捉したいなら次のようにこの内部エディターの方へキーリスナーを登録しなければなりません。
|
|
6
6
|
|
|
7
7
|
```java
|
|
8
8
|
JComboBox<String> combo = new JComboBox<String>(new String[] { "a", "b", "c" });
|
|
@@ -22,7 +22,7 @@
|
|
|
22
22
|
});
|
|
23
23
|
```
|
|
24
24
|
|
|
25
|
-
なお、キーイベントを
|
|
25
|
+
なお、キーイベントを捕捉することはできますが、コンボボックスの内部エディターももちろんキーイベントを捕捉してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
|
|
26
26
|
|
|
27
27
|
---
|
|
28
28
|
|
|
@@ -31,4 +31,7 @@
|
|
|
31
31
|
|
|
32
32
|
編集可能テキストがある場合、フォーカスはリスト部分には移動しないのでキーイベントは基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか（JTextFieldの親がリストになっているような気がしません。ただし未確認です）。
|
|
33
33
|
|
|
34
|
-
しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を
|
|
34
|
+
しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を検知する方法で間に合わないでしょうか？
|
|
35
|
+
|
|
36
|
+
---
|
|
37
|
+
追記：「捕捉」とすべきところが「補足」になってました・・・意味がわからないような誤記をしてしまい失礼しました。
|
2
主語が抜けていたので補足
answer
CHANGED
|
@@ -29,6 +29,6 @@
|
|
|
29
29
|
追記：
|
|
30
30
|
上記、テキストエディターへのイベント補足のしかたはご存知だったとのことでさらに気づいた点をコメントします。
|
|
31
31
|
|
|
32
|
-
編集可能テキストがある場合、フォーカスはリスト部分には移動しないので基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか（JTextFieldの親がリストになっているような気がしません。ただし未確認です）。
|
|
32
|
+
編集可能テキストがある場合、フォーカスはリスト部分には移動しないのでキーイベントは基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか（JTextFieldの親がリストになっているような気がしません。ただし未確認です）。
|
|
33
33
|
|
|
34
34
|
しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を補足それで間に合わないでしょうか？
|
1
追記
answer
CHANGED
|
@@ -22,4 +22,13 @@
|
|
|
22
22
|
});
|
|
23
23
|
```
|
|
24
24
|
|
|
25
|
-
なお、キーイベントを補足することはできますが、コンボボックスの内部エディターももちろんキーイベントを補足してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
|
|
25
|
+
なお、キーイベントを補足することはできますが、コンボボックスの内部エディターももちろんキーイベントを補足してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
|
|
26
|
+
|
|
27
|
+
---
|
|
28
|
+
|
|
29
|
+
追記：
|
|
30
|
+
上記、テキストエディターへのイベント補足のしかたはご存知だったとのことでさらに気づいた点をコメントします。
|
|
31
|
+
|
|
32
|
+
編集可能テキストがある場合、フォーカスはリスト部分には移動しないので基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか（JTextFieldの親がリストになっているような気がしません。ただし未確認です）。
|
|
33
|
+
|
|
34
|
+
しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を補足それで間に合わないでしょうか？
|