http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html 「Enterキーを押した時、まるでTabキーを押したかのように、次のコントロールにフォーカスを移す」に投稿されたコメントの一覧 ja https://dobon.net/banner/dbs1.gif http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html 88 31 http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#23 知りたいことが理解できました。ありがとうございます。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#22 It is very helpful to me. Thanks]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#21
私が試した限りでは、KeyDownイベントの方法でも正常に動作しました。KeyDownイベントハンドラを重複して追加していたり、ProcessDialogKeyメソッドの方法と併用しているということはないでしょうか？]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#20 http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#19 keyDownとkeyUpの違いがよくわかりました]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#18
> なるほど確かに、確認したところ、期待する動作が確認できました。

ご確認いただき、ありがとうございました。間違ったサンプルでご迷惑をおかけしてしまい、申し訳ありませんでした。記事は近いうちに修正させていただきます。また何かありましたら、よろしくお願いいたします。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#17
なるほど確かに、確認したところ、期待する動作が確認できました。

APIを直接呼び出すのと挙動が違ったので不思議に思ってたのですが、なるほど、サンプルではShiftが押された時には+をつけてSendKeys.Send()してましたね。

ProcessDialogKey()内で、SendKeys.Send("{TAB}")を利用して制御するのが最もベストですね。
長々とお付き合いいただき、ありがとうございました。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#16
ご報告ありがとうございます。教えていただいたコードを拝見して気が付いたのですが、そもそも私の記事のSendKeysを使ったサンプルが間違えており、Shiftキーが押されていてもいなくても「SendKeys.Send("{TAB}")」とするだけでよかったのかもしれません。実際私が試した限りでは、それでうまく行きました。試していただけると、幸いです。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#14 [System.Runtime.InteropServices.DllImport("user32.dll", SetLastError = true, CharSet = System.Runtime.InteropServices.CharSet.Auto)]
public static extern uint keybd_event(byte bVk, byte bScan, uint dwFlags, UIntPtr dwExtraInfo);

protected override bool ProcessDialogKey(Keys keyData)
{
if (((keyData & Keys.KeyCode) == Keys.Return) &&
((keyData & (Keys.Alt | Keys.Control)) == Keys.None))
{
var vk = (byte)0x0009; // VK_TAB
keybd_event(vk, 0, (uint)0, UIntPtr.Zero);
return true;
}

return base.ProcessDialogKey(keyData);
}]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#13
[System.Runtime.InteropServices.DllImport("user32.dll", SetLastError = true, CharSet = System.Runtime.InteropServices.CharSet.Auto)]
public static extern bool PostMessage(IntPtr hWnd, uint Msg, IntPtr wParam, IntPtr lParam);

protected override bool ProcessDialogKey(Keys keyData)
{
if (((keyData & Keys.KeyCode) == Keys.Return) &&
((keyData & (Keys.Alt | Keys.Control)) == Keys.None))
{
var msg = (uint)0x0100; // WM_KEYDOWN
var wParam = new IntPtr(0x0009); // VK_TAB
var lParam = IntPtr.Zero;
PostMessage(this._getActiveControl(this).Handle, msg, wParam, lParam);
return true;
}
return base.ProcessDialogKey(keyData);
}

// 現在フォーカスを得ているコントロールを取得
private Control _getActiveControl(ContainerControl cc)
{
var control = ((ContainerControl)cc).ActiveControl;

if (control.Focused) { return control; }

return this._getActiveControl((ContainerControl)control);
}]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#12
ありがとうございます。
確認したところ、期待通りの動作をしました。

オーバーライドに委ねると、恐らくContainerControlを継承しているコントロールをすべてそうしなければならないのではないかと懸念していましたが、PropertyGrid、ToolStripContainer、ToolStripPanel、UpDownBase、UserControlは問題ないようです。

全コントロールを試したわけではありませんが、SplitContainerだけが曲者のようです。
正直、Formのオーバーライドだけで済ませたいところですが、GetNextControl()、SelectNextControl()による荒業をしないとダメそうでバグの温床になりそうだし、要件にあるなら、ご提示いただいた方法がベストかもですね。

私の方でも、もし今後、より良い方法論が見つかりましたら、ご連絡させていただきます。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#11
ご報告ありがとうございます。私も試してみましたが、おっしゃるとおりでした。ProcessTabKeyまたはSelectNextControlを使ってフォーカスを移動させると、うまく行きませんでした。

SplitContainerのProcessDialogKeyをオーバーライドして同様のことを行うと、うまくいくようです。ただしこの場合、ProcessTabKeyがTrueを返した時だけ「return true」とし、それ以外では「return base.ProcessDialogKey(keyData)」とする必要があります。

public class SplitContainerEx : SplitContainer
{
protected override bool ProcessDialogKey(Keys keyData)
{
if (((keyData & Keys.KeyCode) == Keys.Return) &&
((keyData & (Keys.Alt | Keys.Control)) == Keys.None))
{
if (this.ProcessTabKey((keyData & Keys.Shift) != Keys.Shift))
{
return true;
}
}
return base.ProcessDialogKey(keyData);
}
}

> Shift+Enter押下時にも、一度は正しく動作しますが、Shiftキーを離さず連続してEnterを押しても、Shiftが認識されず、Enterの動作をしてしまいます。

私も試してみましたが、そうなりました。SendKeys.Sendは厳しいかもしれませんね...

もっと良い方法が見つかりましたら、また報告させていただきます。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#10
すみません、いくつか検証した結果、GroupBox、TabControl、Panelは問題ないようでした。
問題があるのは、SplitContainerでした。

C# 2012 .NET Framework 4.5

【ProcessDialogKeyメソッドとProcessTabKeyメソッドを使用する方法】
SplitContainer内の最初のコントロールにフォーカスが移ったあと、更にEnterを押すと、SplitContainer外の次のコントロールにフォーカスしてしまいます。
(Tab押下は、SplitContainer内の終端コントロールまで遷移したら、SplitContainer外のコントロールへ遷移する)

【Tabキーを押した時と同じ動作をさせる別の方法 - SendKeys.Send()】
Enter押下時は正しく動作します。
Shift+Enter押下時にも、一度は正しく動作しますが、Shiftキーを離さず連続してEnterを押しても、Shiftが認識されず、Enterの動作をしてしまいます。
(都度、Shiftを押し直せば期待する動作をしますが、Shift+Tabは、都度Shiftを押す必要がないので、すべての挙動が同じとは言い切れません。)

SendKeys.Send()の挙動で、なんとかShiftを認識させることができればベストなんですが・・・。
なにかお知恵を拝借できたら幸いです。]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#9
「ProcessDialogKeyメソッドとProcessTabKeyメソッドを使用する方法」で試してみました。プロパティを変更していないフォームにPanelコントロールを配置して、その中と外にTexoBoxコントロールを配置しました。この場合は、Enterキーを押すと、Panelの内外関係なく次のコントロールにフォーカスが移動し、問題ありませんでした。そちらではうまくいかないでしょうか？]]> http://dobon.net/cgi-bin/pc/pc.php?mode=v&id=control%2Fenterliketab.html#8 SendKeys.Send("{TAB}")は試していませんが・・・。]]>