回答編集履歴

3

誤字訂正

2017/01/14 05:20

投稿

KSwordOfHaste
KSwordOfHaste

スコア18394

test CHANGED
@@ -1,12 +1,12 @@
1
- 編集不可とした(デフォルトの)JComboBoxであればコンボボックスへ直接KeyListenerをaddKeyListenerで登録すればキーに関するイベントが補足できます。
1
+ 編集不可とした(デフォルトの)JComboBoxであればコンボボックスへ直接KeyListenerをaddKeyListenerで登録すればキーに関するイベントが捕捉できます。
2
2
 
3
3
 
4
4
 
5
- しかし編集可能に設定すると前述の方法ではイベントを補足できません。理由はフォーカスがJComboBoxにないからです。なぜかというとJComboBoxの内部のエディター(JTextFieldみたいな機能を持ったエディターでデフォルトではjavax.swing.plaf.metal.MetalComboBoxEditorというクラスになるみたいです)がキー入力を処理するためにフォーカスを持つからです。
5
+ しかし編集可能に設定すると前述の方法ではイベントを捕捉できません。理由はフォーカスがJComboBoxにないからです。なぜかというとJComboBoxの内部のエディター(JTextFieldみたいな機能を持ったエディターでデフォルトではjavax.swing.plaf.metal.MetalComboBoxEditorというクラスになるみたいです)がキー入力を処理するためにフォーカスを持つからです。
6
6
 
7
7
 
8
8
 
9
- キーイベントを補足したいなら次のようにこの内部エディターの方へキーリスナーを登録しなければなりません。
9
+ キーイベントを捕捉したいなら次のようにこの内部エディターの方へキーリスナーを登録しなければなりません。
10
10
 
11
11
 
12
12
 
@@ -46,7 +46,7 @@
46
46
 
47
47
 
48
48
 
49
- なお、キーイベントを補足することはできますが、コンボボックスの内部エディターももちろんキーイベントを補足してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
49
+ なお、キーイベントを捕捉することはできますが、コンボボックスの内部エディターももちろんキーイベントを捕捉してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
50
50
 
51
51
 
52
52
 
@@ -64,4 +64,10 @@
64
64
 
65
65
 
66
66
 
67
- しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を補足それで間に合わないでしょうか?
67
+ しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を検知する方法で間に合わないでしょうか?
68
+
69
+
70
+
71
+ ---
72
+
73
+ 追記:「捕捉」とすべきところが「補足」になってました・・・意味がわからないような誤記をしてしまい失礼しました。

2

主語が抜けていたので補足

2017/01/14 05:20

投稿

KSwordOfHaste
KSwordOfHaste

スコア18394

test CHANGED
@@ -60,7 +60,7 @@
60
60
 
61
61
 
62
62
 
63
- 編集可能テキストがある場合、フォーカスはリスト部分には移動しないので基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか(JTextFieldの親がリストになっているような気がしません。ただし未確認です)。
63
+ 編集可能テキストがある場合、フォーカスはリスト部分には移動しないのでキーイベントは基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか(JTextFieldの親がリストになっているような気がしません。ただし未確認です)。
64
64
 
65
65
 
66
66
 

1

追記

2017/01/09 01:40

投稿

KSwordOfHaste
KSwordOfHaste

スコア18394

test CHANGED
@@ -47,3 +47,21 @@
47
47
 
48
48
 
49
49
  なお、キーイベントを補足することはできますが、コンボボックスの内部エディターももちろんキーイベントを補足してエディターとしての動作をしているため、この動作を壊してしまわないように注意したほうがいいと思います。多分下手に説明するより実際にいろいろ試してみるとよいと思います。
50
+
51
+
52
+
53
+ ---
54
+
55
+
56
+
57
+ 追記:
58
+
59
+ 上記、テキストエディターへのイベント補足のしかたはご存知だったとのことでさらに気づいた点をコメントします。
60
+
61
+
62
+
63
+ 編集可能テキストがある場合、フォーカスはリスト部分には移動しないので基本的に全てテキスト部品に配送されると思います。ただJTextFieldだと上下キーは処理されずに次の階層へ配送されていくと思いますが、リストには到達しないのではないでしょうか(JTextFieldの親がリストになっているような気がしません。ただし未確認です)。
64
+
65
+
66
+
67
+ しかし、このことは問題でない気がします。なぜならリストの選択項目の変化はキーイベントで知る必要はないからです。CombBoxに対してItemListenerを設定してアイテムの選択状態の変化を補足それで間に合わないでしょうか?