11:48:28)でけた〜長文になりますが、ご興味が有る方だけお読み下さい。今後の為に、参考にする方、自分へのメモの為に対処した全てを記載致します。自分は高校を卒業してガソリンスタンドで働いていました。PGになる事を夢見てこの世界に入り、今日が丁度1年目です。?夢を見たかと言うと『じゃんぬねっと様』のサイトを見ながら日曜プログラムを作っていて「あ〜じゃんぬさんみたいになんでも出来る人になりたいな〜」と思ったのがきっかけでした。そんなあこがれの人に返信貰ったのでちょっと余談を記載しました。最初に拡張コントロールでググりました。下記サイトにたどり着きました。http://shinshu.fm/MHz/88.44/archives/0000023336.htmlふむふむ、そして下記も参考にしました。ライブラリを作成します。2番目のサイトを見て作成しました。1番目のサイトをヒントに下記コードを書きました。KeyEventArgs)'--エンターキー押下時(Shiftは押されていない)時、次のコントロールへ移動する。If'--エンターキー押下時(Shiftは押されている)時、前のコントロールへ移動する。Regionリビルドして、新規プロジェクトに作ったものを貼り付けたら見事に動きました。ライブラリを作成すればいいんだ!」とたどり着くのに1時間悩みました。コードがおかしかったら指摘して貰えると助かります。本当に本当に本当に本当に本当に本当にじゃんぬねっと様、shu様ご返信頂きまして、有難う御座います。この業界にしがみついていけそうです。しておきたいので、そういう意味では正解です。プロジェクトでなくても作成できます。プロジェクトのタイプは、そのプロジェクトがビルドされた結果生成されるアセンブリの種類であったりひな型であったり、実行される時のタイプであったりして少しややこしいですね。コードがおかしかったら指摘して貰えると助かります。なったタイミングでも発生してしまうことがあります)。イベントの挙動が変わる可能性を考慮しなくてはなりません。今の実装ですと、キーをインターセプトしているので利用する側のプロジェクトは、フォーカスが遷移した後となり厳密ではありません。意識しなくてはならないのは、コンポーネントとしてはあまり良い状態ではありません。確認した後にフォーカス遷移の処理を実装すべきです。いう実装ができにくくなります。メソッドの使用を検討してください。キーだった場合は、また別のメソッドのオーバーライドしなければなりませんので、常にこのメソッドで良いというわけではありません。演算子を使った方が良いです。判定は上の場合でも入れておいた方が良いです。キーを押下しながら入力することでエスケープできるからです。ないと改行コードが入力できないです。クラスは使用しない方が良いです。メソッドなどを利用するようにしましょう。メソッドと組み合わせて自作しましょう。環境設定で白以外に設定できるからです。色がプロパティで設定できたりするとうれしいですよね。的な機能は拡張コントロールで実装するのではなく、拡張プロバイダやコンポーネントで実装した方が良いです。(今は猛省しています)。最近になって、これは間違いではないが多分に最適解ではないと思うようになりました。以外のコントロールでも似たような装飾する機能が欲しくなった場合を考えます。いう話になりますよね。拡張プロバイダにすれば、こういった振る舞いは一元化でき、他のコントロールでも流用が可能です。あたりでしょうか)また拡張コントロールは通常たくさんの機能を詰め込みすぎて、作成者以外仕様がわかりにくくなることがあります。いう機能でひとつの拡張プロバイダにすることができます。時と場合に合わせて、欲しい機能の組み合わせができるということですね。用意しなければなりません。コントロールと使い分けをして仕事でもバリバリ使っています。