frage zu wm_user definition

[stahli]

Hmm, nochmal eine grundsätzliche Frage:

WM_User + X ... Das kann doch niemals sicher funktionieren???

Angenommen ich benutze irgendwelche Komponenten, die bereits WM_User + 100 .. 120 benutzen (ohne dass ich das weiss) und nun verwende ich auch nochmal diesen Bereich!?

Ist es nicht immer besser, über RegisterWindowMessage einen freien Wert anzufordern?

[implementation]

Zitat von stahli:

Angenommen ich benutze irgendwelche Komponenten, die bereits WM_User + 100 .. 120 benutzen (ohne dass ich das weiss) und nun verwende ich auch nochmal diesen Bereich!?

Ist es nicht immer besser, über RegisterWindowMessage einen freien Wert anzufordern?

Natürlich. Aber dann hast du keine feste Konstante.
Aber das Komponentenproblem kannst du auch umgehen, indem du WM_USER durch WM_APPLICATION ersetzt.

[Satty67]

Verschiebt das nicht nur das Problem in einen anderen Wertebereich? Andere kommen ja auch auf die Idee, WM_USER und WM_APP sind ja nur Konstanten

Einzig WM_USER +0 bis WM_USER +1024 soll man nicht nehmen, weil ComControls und die VCL da teilweise bereits belegen. Beim Rest halt einfach hoffen, das die Botschaften "gezielt" genug versendet werden?

[DeddyH]

Ist das aber wirklich ein Problem? Wenn ich innerhalb meiner Anwendung Messages verschicke, die auf diese Konstanten zurückgreifen, sind andere Anwendungen davon doch überhaupt nicht betroffen. Und anwendungsübergreifend werden ja im Normalfall auch klar definierte Konstanten verwendet. Das sollte also lediglich dann zum Problem werden, wenn man versehentlich den falschen Adressaten erwischt, der mit dieser Message dann auch noch etwas anzufangen weiß, weil er zufällig auch diese Message-Konstante irgendwo definiert hat. Das ist zwar nicht ganz auszuschließen, erscheint mir aber unwahrscheinlich.

[samso]

>"Beim Rest halt einfach hoffen, das die Botschaften "gezielt" genug versendet werden?"
Wieso hoffen? Dass ist doch so, oder nicht? Üblicherweise werden die Messages doch gezielt an ein bestimmtes Fenster (Fenster im Sinne von Fensterhandle, d.h. auch Buttons, Edits, Timer usw.) geschickt. Damit es zu einem Konfikt kommt, muss die Message doch nicht nur die gleiche Id haben, sondern auch noch an das entsprechende Fenster(-handle) verschickt werden. Das wäre dann der Fall, wenn man eine eigene Komponente ableitet und dann eine MessageId belegt, die bei dem Vorfahren bereits verwendet wurde.

(ok - da war jemand schneller - egal)