Vielleicht versuche ich es nochmal.
Du kannst (musst aber nicht) ein Atom reservieren. Ein Atom ist ein 16bit-Wert (ungefaehr wie ein
Handle). Statt des Atoms kannst du SetProp() und GetProp() auch direkt einen String (mit Namen der Property) uebergeben. Hagen schlug das nur vor um die Eindeutigkeit des Wertes auf dem System zu gewaehrleisten. Denn Atome sind systemweit eindeutig! Allerdings sind sie wie auch
DDE ein Relikt aus den Zeiten von Win16 (werden aber selbst in XP noch von MS benutzt).
Wenn du XP mit Themes benutzt, wird JEDES Fenster eine Window-Property haben, die dem Theme-Manager irgendwas sagt. Naeheres habe ich noch nicht rausbekommen. Wenn du Lust hast, kannst du mit meinem
EDA mal etwas rumprobieren. Es kann Window-Properties fremder Anwendungen auslesen.
Ein Nachteil von Window-Properties soll nicht verschwiegen werden: sie sind weit langsamer als zB SetWindowLong().
SetWindowLongPtr() ist im uebrigen an mehreren Stellen falsch dokumentiert und deklariert (zumindest bei Delphi 4).
Zitat:
The most typical use for atoms is in Dynamic Data Exchange (
DDE) applications. In the
DDE protocol, applications use global atoms to identify the applications exchanging data, the nature of the data being exchanged, and the actual data items being exchanged. For more information about
DDE, see Atoms and Shared Memory Objects. For examples that show how to use atoms, see the following topics:
- Initiating a Conversation
- Retrieving an Item from the Server
- Submitting an Item to the Server
- Terminating a Data Link
@OregonGhost: nicht der Treiber, sondern eine Hook-
DLL subclassed die Fenster und haengt Werte an. Dies geschieht um bestimmte
Rad-Features auch auf Fenstern zu benutzen, welche eigentlich diese Nachrichten nicht verarbeiten.