und meine auch in etwa was Mr Evil beschreibt

[b]Mr Evil Schrieb[/b]
oder man macht es so wie viele es machen und ich ebenfalls - man kalselt sich
 die ganzen winapi elemente in klasse - braucht die nur noch erben bzw 
subclassen schon kann man die benutzen ohne gross viel coden zu muessen 

ich hab mitlerweile alle steuerelemente eines fensters gekapselt das ich nur 
noch ein sehr simples create mit positionen aufrufen muss und schon kann ich 
damit arbeiten 

einfach - schnell - zuverlaessig - klein #gg

hatte misch wohl etwas bloed ausgedrueckt

THX

Man oh man cool man aber wo nimmst du die seiten her , ich muss wohl beim googlen was falsch machen .

THX

Dann such doch hier, und du wirst fünig!
Bedenke bitte das die meißten API "Teile" keine Klassen sind, sondern Funktionsaufrufe, Structs etc.

Wichtig ist meißt dabei, die WindowsProcedure in die Klasse zu bekommen, dazu giebt es was in der FAQ, obwohl ich den Weg, wie in der FAQ recht umständlich finde, wenn man auf einige ERST-DANN-HANDLE Aufrufe, ala: WM_CREATE verzichten kann, reicht die Übergabe des Klassenzeigers in GWL_USER, möchte man vor erhalt des Handle bereits identifizieren um z.B. WM_CREATE zu verarbeiten, kann man auch den Wert von "this" als String ausschreiben, und diesen mitführen, oder in eine map speichern, etc. PP
Um sowas zu Bewerkstelligen, sprich Wrapperclasses zu erstellen, sollt man aber schon in C++ sich gut auskennen und vor allem WinAPI