地道に処理を追い掛けて、ようやく、やりたい事が出来るようになった。 分かってしまえば、実に簡単な事だった。 SWT では、いわゆる、コントロールのサブクラス化を行っており、 各イベントは、まず、内部イベントに変換され配信される。 ここで、doit フラ…

結局、トラバース処理を追い掛けてみても、コントロール個別の機能が優先されている箇所は無いようだ。 あれ？おかしいなぁ... 作戦を変える必要がありそうだな。落ち着いて考えてみれば、コンボコントロールは、 リストコントロールとテキストコントロール…

更に、Control の translateTraversal を見てみる。 が、こいつは、派生クラスでオーバーライドされているようなので、 コンボ・コントロールから、辿って行く。 (Combo.java) boolean translateTraversal (MSG msg) { /* * When the combo box is dropped d…

ソースを追いながら、なんとなく、分かった気がする。 トラバース処理はコントロール間のフォーカス移動処理だから、 コントロール個々の上位にあたる部分で処理されなければならない。 よって、メッセージ処理における最も上流に近い部分で処理がされている…

まず translateMnemonic の詳細を追ってみる。 とりあえずのところ、対象はコンボ・コントロールなので、 コンボ・コントロールに絞ってオーバーライドの有無などを確認していこう。 恐らくは、他のコントロールでも、同じような処理をしているだろうから、 …

何は、ともあれ、顧客の要請である。 ウィンドウシステムのデフォルト動作を殺すため、 キーイベントの流れを追う事になった。 これが、また、随分と複雑である。 更に言えば、Windows と SWT の両方が絡むので、厄介だ。 とりあえず、SWT の Display クラス…

落ち着くかと思ったら、立て続けに、急ぎの仕事が舞い込んできて、気が付けば、もう年末間近。 世の中は、気の早い、クリスマス・デコレーションなんかがチラホラ。 なんとも、時間の流れが無意味に超高速なのは、どういう事なんだ？ ROSeの開発について、気…