「GotFocusとLostFocusイベントはどこに行った？」への評価、コメント

（つづき）
一方GotFocus、LostFocusは発生するのだが、単にGotFocus、LostFocusを使うのではまだ問題がある。
まず、初回のGotFocusコールでtextBoxを操作（背景色を変えるとか）しようとすると、ハンドル生成中のWin32例外がでてしまう。
GotFocusはフラグ等で初回は無視し二回目以降を使い、初回については初回だけ呼ばれるEnterを使うといことをしていたが、
残る問題として、Enter、Leave、Validating、Validatedが依然として発生しないままで、カスタムToolStripのtextBoxを外部から使う際に使いづらい。

悩んだ末のベストな解決策は、カスタムToolStrip内にFocusを持てるダミーコントロールを用意し、LostFocus内ではダミーコントロールにFocusを移す処理のみ行う。
すると引き続きLeaveが発生するし、次回のEnter、Leaveも発生する。ValidatingやValidatedも発生するようになる。

他掲示板の情報で
Enterイベントは同じウィンドウの他のコントロールから自分のコントロールにフォーカスが移動してきたときのみイベントが発生し、
GotFocusイベントはそれに加え、他のウィンドウから自分のウィンドウにアクティブが移ったときに、自分のコントロールにフォーカスがあるとイベントが発生する。
という重大な違いが指摘されていた。そして私も、
ToolStripControlHostを継承して作成したカスタムToolStripも、それ自体が一つのウインドウと同じようにFocusが機能する。
という現象により苦労した。

例えばLabelとTextBoxを配置したカスタムToolStripを作成したとする。
TextBoxを編集開始すると、textBox.Enterが発生する。
ここでMenuStripを閉じて別のWindow内ControlにFocusを移動しても
ToolTip内部ではFocusを持てるコントロールはTextBoxただ一つのためFocusは移動しない。
つまりtextBox.Leaveは発生せず、ValidatingやValidatedも発生しない。Leaveしないから以後Enterも発生しない。
編集中のみ背景色を変えたいのに！
（つづく）

> TextBox1_LostFocusが２０１２だとエラーが出ます

Visual Studio 2012(.NET Framework 4.5)でサンプルのコードを試してみましたが、私が試した限りではエラーは出ませんでした。

TextBox1_LostFocusが２０１２だとエラーが出ます

評価：良い
求めていた情報がまさに。ありがとうございます

評価：良い
5文字以上

評価：良い
不明な点にピンポイントだったから

>確か、これは 2003 では復活してますよね?

プロパティのイベントにはやはり表示されないようですが。

確か、これは 2003 では復活してますよね?

評価：良い
よかったです。