![]() |
WM_COMMAND wird nicht ausgelöst
Seltsames verhalten..
1. Ich erstelle einen Container. 2. In diesen wird ein neuer Container als Parent erstellt (Menu) 3. In diesen Container (Menu) erstelle ich Button. WM_SETCURSOR, WM_LBUTTONUP, WM_MOUSEMOVE usw.. werden ausgelöst aber WM_COMMAND nicht. Wie man im Shot erkennen kann wird ein Rahmen gezeichnet beim drüberfahren. (WM_MOUSEMOVE) Woran könnte das liegen bzw.. wo müsste ich schauen warum es nicht ausgelöst wird. Lege ich Button auf das Main Fenster gibt es diesbezüglich keine Probleme auch wenn ich diese auf einem Tab oder Panel lege funktioniert alles. Vielleicht hat ja jemand eine Idee. PS: Vergessen.. Das ganze liegt in einem Tab! gruss |
AW: WM_COMMAND wird nicht ausgelöst
Bekomme wieder die Krise..
Einfache Sache.
Delphi-Quellcode:
So die ID sollte sich jetzt im LoWord Part befinden.. "-31"
ID := GetDlgCtrlID(WinHandle);
SendMessage(GetParent(WinHandle), WM_LBUTTONDOWN, MakeLong(ID, 0), LPARAM(WinHandle)); Werte ich das jetzt in WM_Command mit
Delphi-Quellcode:
aus
wID := LoWord(wP);
wird mir der wert 65505 zurückgegeben.. sollte aber doch -31 sein. tsss… gruss |
AW: WM_COMMAND wird nicht ausgelöst
Es gilt Word(-31)=$FFE1=65505. D.h SmallInt(wP) wird -31 ergeben.
|
AW: WM_COMMAND wird nicht ausgelöst
Zitat:
Meine Lib weis ja nicht welche ID für ein bestimmtes Control definiert wird.
Delphi-Quellcode:
Kommt auch an in meiner SuperClass
const
IDC_ABOUT = -31; Nur wenn ich sie übergebe wird 65505 draus Versteh jetzt nicht genau was du mir sagen willst.
Delphi-Quellcode:
ergibt -31.. Das ist korrekt.
wID := SmallInt(wP);
Aber! Der normale weg die Message abzufragen ist doch eigentlich LoWord.. Oder? Der niedrigste part von MakeLong. gruss |
AW: WM_COMMAND wird nicht ausgelöst
Wir leben in verschiedenen Welten. Deshalb kann ich nur begrenzt begreifen, was Du vorhast. In meiner Welt (32-Bit-Windows) ist der WRARAM einer WM_LBUTTONDOWN-Message ein 32-Bit-Integer. Und in LPARAM befinden sich die Koordinaten und kein Handle.
IDC_ABOUT ist eine vorzeichenbehaftete Zahl. Wenn Du IDC_ABOUT an MakeLong übergibst, dann wird IDC_ABOUT als vorzeichenlose Zahl interpretiert(WORD). Logisch, dass dann bei dem Empfänger auch eine vorzeichenlose Zahl ankommt.Es bleibt dem Empfänger überlassen die Zahl zu interpretieren. Der Empfänger muss nun aus der vorzeichenlosen Zahl wieder eine vorzeichenbehaftete Zahl machen. Übersetzt heißt SmallInt(wP): Nimm die unteren 16 Bit und interpretiere das als vorzeichenbehaftete Zahl. Die Übersetzung von LoWord(wP) heißt aber: Nimm die unteren 16 Bit und interpretiere das als vorzeichenlose Zahl. Je nachdem ob es als vorzeichenbehaftete Zahl oder als vorzeichenlose Zahl interpretiert wird, werden Dir halt auch andere Werte angezeigt. |
AW: WM_COMMAND wird nicht ausgelöst
Zitat:
Delphi-Quellcode:
SendMessage(GetParent(WinHandle), WM_LBUTTONDOWN, GetDlgCtrlID(WinHandle), 0), lP);
Wie kann ich das am besten lösen das immer LoWord gültig ist? Ich kann ja daraufhin prüfen ob der wert ins minus geht und dann? Danke für die Hilfe.. PS: Raten muss man da ja nichts.. Ich schicke die Daten aus der DLL auf altbewährter weise über MakeLong. Wenn der User eine Vorzeichen behaftete CtrlID verwendet dann muss ihm auch klar sein das er zur Auflösung den Daten typ verwenden muss den er auch definiert hat. In dem Fall bei 16 Bit halt SmallInt.. JO.. Ich habe es selber falsch interpretiert ;) Das sind halt die Unterschiede wenn man studierter oder Privat Schreiber ist. Studierten fallt sowas direkt auf. gruss |
AW: WM_COMMAND wird nicht ausgelöst
Zitat:
|
AW: WM_COMMAND wird nicht ausgelöst
Zitat:
Ist klar sie muss zum Container geschickt werden auf dem die Button sitzen. ;) Habe das Problem mittlerweile gelöst und funktioniert wie es soll. Danke. WM_COMMAND muss ich nicht schicken wird automatisch ausgelöst wenn WM_LBUTTONDOWN oder UP erfolgreich waren. Und beide Messagen oder einer davon behandelt werden. gruss |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:42 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz