AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein Delphi WM_COMMAND wird nicht ausgelöst
Thema durchsuchen
Ansicht
Themen-Optionen

WM_COMMAND wird nicht ausgelöst

Ein Thema von EWeiss · begonnen am 9. Jun 2019 · letzter Beitrag vom 10. Jun 2019
Antwort Antwort
samso

Registriert seit: 29. Mär 2009
440 Beiträge
 
#1

AW: WM_COMMAND wird nicht ausgelöst

  Alt 10. Jun 2019, 08:25
Es gilt Word(-31)=$FFE1=65505. D.h SmallInt(wP) wird -31 ergeben.
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#2

AW: WM_COMMAND wird nicht ausgelöst

  Alt 10. Jun 2019, 08:33
Es gilt Word(-31)=$FFE1=65505. D.h SmallInt(wP) wird -31 ergeben.
Wie soll ich das denn händeln?
Meine Lib weis ja nicht welche ID für ein bestimmtes Control definiert wird.

Delphi-Quellcode:
const
  IDC_ABOUT = -31;
Kommt auch an in meiner SuperClass
Nur wenn ich sie übergebe wird 65505 draus

Versteh jetzt nicht genau was du mir sagen willst.

wID := SmallInt(wP); ergibt -31.. Das ist korrekt.

Aber! Der normale weg die Message abzufragen ist doch eigentlich LoWord.. Oder? Der niedrigste part von MakeLong.

gruss

Geändert von EWeiss (10. Jun 2019 um 08:37 Uhr)
  Mit Zitat antworten Zitat
samso

Registriert seit: 29. Mär 2009
440 Beiträge
 
#3

AW: WM_COMMAND wird nicht ausgelöst

  Alt 10. Jun 2019, 09:56
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.

Geändert von samso (10. Jun 2019 um 10:47 Uhr) Grund: Präziser formuliert
  Mit Zitat antworten Zitat
EWeiss
(Gast)

n/a Beiträge
 
#4

AW: WM_COMMAND wird nicht ausgelöst

  Alt 10. Jun 2019, 10:04
Zitat:
Und in LPARAM befinden sich die Koordinaten und kein Handle.
Dann leite ich einfach lP weiter so wie sie ist.

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

Geändert von EWeiss (10. Jun 2019 um 12:36 Uhr) Grund: Weil ich es kann!
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:05 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