Wer sich in Windows-Programmierer-Foren tummelt, dem wird die folgende Frage mindestens einmal in der Woche \u00fcber den Weg laufen:<\/p>\n
Ich m\u00f6chte in einem Dialog die Eingabetaste abfangen, so dass sich der Dialog nicht schlie\u00dft.
\nWie geht das?<\/p><\/blockquote>\nVom Sinn und Unsinn dieses Wunsches wollen wir mal hier nicht reden. Also schauen wir mal auf dieses Problem etwas genauer.<\/p>\n
Die L\u00f6sung WM_COMMAND <\/em>mit IDOK <\/em>abfangen, lasse ich nicht gelten , denn evtl. hat der Dialog ja einen OK Button. (In der MFC k\u00e4me das mit dem \u00dcberschreiben von CDialog::OnOK <\/em>gleich)<\/p>\n
Die Standardantwort von MFC <\/em>Entwicklern lautet immer:<\/p>\n
\u00dcberschreibe PreTranslateMessage <\/em>und fange WM_KEYDOWN <\/em>mit VK_RETURN <\/em>dort ab und behandle die Nachricht dort.<\/p><\/blockquote>\n
OK. Aber was macht ein Win32-API Entwickler. Der hat keinen Einfluss auf die Message-Loop. Muss der nun zu der Hook-Kanone greifen?<\/p>\n
Wo liegt eigentlich das Problem?
\nDie Funktion, die VK_RETURN <\/em>in ein WM_COMMAND <\/em>mit IDOK <\/em>umwandelt ist die API Funktion IsDialogMessage<\/a>. Diese Funktion wird in der Messageloop von modalen Dialogen verwendet. In der MFC<\/em> direkt in CDialog::PreTranslateMessage <\/em>und in Win32 Dialogen wird sie in der Messageloop die DialogBox <\/a><\/em>ausf\u00fchrt.<\/p>\nDiese Funktion geht aber mit solchen Tastatureingaben nicht einfach wahllos um. Sie macht das sehr intelligent. Das sieht man schon daran, dass man in einer aufgeklappten ComboBox die Eingabetaste dr\u00fccken kann und es schlie\u00dft die ComboBox und nicht der Dialog.
\nEbenfalls kennt man den Effekt, dass ein mehrzeiliges Eingabefeld (Edit Control) sehr wohl die Eingabetaste als Zeilenschaltung nutzen kann und auch hier schlie\u00dft der Dialog nicht.
\nKennt also IsDialogMessage <\/em>seine Pappenheimer von Controls?<\/p>\nWoher wei\u00df IsDialogMessage <\/em>also wann VK_RETURN <\/em>mal so und mal so behandelt werden muss?
\nDie Antwort ist einfach: IsDialogMessage <\/em>fragt seine Controls ab was sie gerne h\u00e4tten!
\nUnd das wird erreicht mit einer einfachen Windows-Nachricht, die in diesem Zusammenhang fast nie genannt wird: WM_GETDLGCODE<\/a>.<\/p>\nBevor IsDialogMessage <\/em>eine Tastatureingabe selbst behandelt, fragt die Funktion das Zielfenster mit WM_GETDLGCODE <\/em>ab, ob das Fenster evtl. selbst Verwendung f\u00fcr diese Tastatureingabe hat.
\nWM_GETDLGCODE <\/em>kann hier sehr flexibel reagieren, denn in wParam erh\u00e4lt die Nachricht den virtuellen Tastencode und das Control wei\u00df nun sehr genau um was es hier geht.<\/p>\nKann man also in jedem Control (das nat\u00fcrlich den Fokus hat) die Eingabetaste selbst behandeln?
\nAntwort: Ja!<\/p>\nDas Control muss nur einfach WM_GETDLGCODE <\/em>behandeln f\u00fcr die Taste VK_RETURN<\/em>. In diesem Fall gibt es DLGC_WANTMESSAGE <\/em>zur\u00fcck (ist \u00fcbrigends identisch zu DLGC_WANTALLKEYS<\/em>). IsDIalogMessage <\/em>wird in diesem Fall die Eingabetaste an das Control weitergeben und nicht selbst behandeln. So macht es \u00fcbrigens auch eine ComboBox die aufgeklappt ist wenn die Eingabetaste gedr\u00fcckt wird.<\/p>\n
Ich habe einfach mal hier eine Win32 L\u00f6sung aufgebaut. Es wird einfach das entsprechende Control mit einer eigenen WndProc gesubclassed und das sieht etwa so aus:<\/p>\n
LRESULT CALLBACK SpecialWndProc(HWND hWnd,\r\n UINT message, WPARAM wParam, LPARAM lParam)\r\n{\r\n switch (message)\r\n {\r\n case WM_GETDLGCODE:\r\n if (wParam==VK_RETURN)\r\n return DLGC_WANTMESSAGE;\r\n break;\r\n case WM_KEYDOWN:\r\n if (wParam==VK_RETURN)\r\n {\r\n MessageBox(hWnd,_T(\"VK_RETURN received!\"),NULL,MB_OK);\r\n return 0;\r\n }\r\n break;\r\n }\r\n WNDPROC pWndProc = reinterpret_cast(GetWindowLongPtr(hWnd,GWL_USERDATA));\r\n return CallWindowProc(pWndProc,hWnd,message,wParam,lParam);\r\n}\r\n\r\n...\r\n\/\/ Subclass the control\r\nHWND hWndEdit = GetDlgItem(hDlg,IDC_EDIT1);\r\nLONG_PTR pOldWndProc = SetWindowLongPtr(hWndEdit,GWL_WNDPROC,\r\n reinterpret_cast(SpecialWndProc));\r\nSetWindowLongPtr(hWndEdit,GWL_USERDATA,pOldWndProc);<\/pre>\nEffekt: Jedes Control, dass man mit dieser WndProc <\/em>subclassed wird die Messagebox anzeigen und der Dialog wird nicht geschlossen! Subclassed man also alle Controls eines Dialoges, die den Fokus bekommen k\u00f6nnen, dann kann man sofort ohne Hook, auch die Eingabetaste selbst behandeln.
\nSinnvollerweise sendet man bei Erhalt von VK_RETURN dann <\/em>einfach eine entsprechende Nachricht an das Parent, dass die gew\u00fcnschte Aktion dann ausf\u00fchrt, sofern nicht das Control selbst die Eingabetaste direkt behandelt.<\/p>\nMan kommt also auch in reinen Win32 API Programmen ganz ohne Hooks aus, um VK_RETURN <\/em>in Dialogen so zu behandeln wie man es selbst gerne m\u00f6chte!<\/p>\n","protected":false},"excerpt":{"rendered":"
Wer sich in Windows-Programmierer-Foren tummelt, dem wird die folgende Frage mindestens einmal in der Woche \u00fcber den Weg laufen: Ich m\u00f6chte in einem Dialog die Eingabetaste abfangen, so dass sich der Dialog nicht schlie\u00dft. Wie geht das? Vom Sinn und Unsinn dieses Wunsches wollen wir mal hier nicht reden. Also schauen wir mal auf dieses … \u201eDie Return-Taste in Dialogen, eine unendliche Geschichte\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[25,30,4,3,2],"tags":[370,352,61],"class_list":["post-327","post","type-post","status-publish","format-standard","hentry","category-atl","category-c","category-mfc","category-programmieren","category-windows-api","tag-c","tag-mfc","tag-winapi"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/327","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/comments?post=327"}],"version-history":[{"count":1,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/327\/revisions"}],"predecessor-version":[{"id":328,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/327\/revisions\/328"}],"wp:attachment":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/media?parent=327"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/categories?post=327"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/tags?post=327"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}