Erst mal hierzu:
Ich nehme bisher Rectangles oder Polygons, mal sie auf das BMP , das alles in der WM_PAINT.
In der WM_MOUSEMOVE kläre ich , ob sich die MOUSE im Rechteck befindet, wenn ja, wird es neu gezeichnet, in Grau, wenn nicht wieder in weiss.

Das gleiche in der WM_LBUTTONDOWN, nur das daraufhin execl ausgeführt wird.
Zu mindest habe ich das so vor.
Da bin ich gestern auf die brauchbare Idee gekommen, für diese Buttons ne Klasse zu bauen, da der User ja so viele Quicklaunch-Knöpfe in das Fenster einfügen können soll, wie er will, gesteuert per Dialog.
-> zu dieser Klasse.
- Sie ist mit einem Konstruktor ausgestattet, der alles notwendige für das
Zeichnen übernimmt, also Kontext holen, Paintstruct klären, Koordinaten
klären,zeichnen.
- sie hat ebenfalls eine Methode, die sich um das hovern kümmert
- es gibt ebenfalls noch eine Methode, die sich um den Klick kümmert.

Ungefähr so

class hoverrect (HWND phan, int l, int t, int r, int b)
{
	private:
		static COLORREF bgn = RGB(250, 250, 250);
           	static COLORREF bgh = RGB(120,120,120);
           public:
		int hoverrect(HWND phan, int l, int t, int r, int b);
		int hovering(noch nichts getan);
		int klick(noch nichts getan)
		~hoverrect(); 

};

int hoverrect::hoverrect(HWND phan,int l, int t, int r, int b)
(
   HDC hdevcon;
   PAINTSTRUCT ps;
   hdevcon =  BeginPaint(phan,&ps);
                  Rectangle(phan,l,t,r,b);
    EndPaint(phan&ps);  
)

Dies sei erst mal ein Vorgeschmack.
Ich möchte nun dieses Objekt erzeugen..
Zb so:

hoverrect r1( winhan, 20,20,40,40);

Nur wo?
Anhand des Konstruktors sieht man, dass ich es in der WM_PAINT erzeugen kann......
Was mir dann lediglich das zeichnen implementiert.
In jeder anderen Nachricht wäre es genauso blöd, da das Objekt erst erzeugt werden würde, wenn jene Nachricht eingeht.
Also, der Konstruktor zeichnet es,die hovering-Methode soll auf WM_MOUSEMOVE ausgeführt werden, die Klick-Methode auf WM_LBUTTONDOWN.
->
Und genau das lässt mich grübeln.
Muss ich einfach funktionsglobal in der WndProc das Objekt erzeugen, in dem ich
per scope-operator in der jeweiligen WM das tue, was die Methode soll,
ODER, und damit eleganter, kann ich das Abfangen der einzelnen WM_’s, die NUR für dieses Objekt gedacht sind, direkt in die Klasse kapseln?
Da bin ich mir nicht ganz sicher..... würde gerne der Klasse auch die Kontroller der einzelnen WM’S mitgeben....., quasi ein Objekt, das alles schnallt, mit dem Zweck, den User später so viele Buttons in das Menü einfügen zu können, wie er will.
Weiss nur nicht, ob diese Klasse dann die einzige wäre und alles andere, was ich in der WndProc für jede Nachricht täte, einfach keine Bedeutung hätte.....
Hoffe, jemand versteht diesen Sachverhalt..........
Danke für jeden Tipp dazu.

Das ist ja auch nicht meine Frage.
Meiner Frage bezog sich eher darauf, ob ich in mein Objekt irgenwie die einzelnen wichtigen WM_ scanmethoden implementieren kann, oder ob ich die Methoden innerhalb der WndProc mit . einfach aufrufen muss.
So ungefähr:

case WM_MOUSEMOVE:
{
    r1.hovering();
break;
}

Würde dies gerne umgehen, in dem ich dem Objekt selber die Möglichkeit gebe, WM's ebenfalls abzufangen, und nur diejenigen zu bearbeiten, die spezifischen Bedingungen entsprechen, normalerweise macht man es so bei Subclassing mit Childwindows, wenn man zB. ein Edit feld-Verhalten individuell ändern will.
----Aber ob das auch mit dem Rect geht, bzw einer Region?
Mein Objekt kennt ja nicht die WndProc, bräuchte also mindestens ein GetWindowLong-Aufruf um die zu bekommen, und dann gegebenenfalls zu subclassen.
Aber mein Objekt ist dahingehend kein fenster, sondern nur ein Rechteck.
Das war eigentlich mein Anliegen.
Danke bisher.

Was nicht heißt das ein Nachrichten-Handler Invalidate und UpdateWindow in einem Rutsch ausführt. Dann wird auch innerhalb solch eines Handlers neu gezeichnet!

// in der main.cpp
#include "qlp_dlgproc.h"
...
...
case WM_LBUTTONDOWN:
    {
      if(PtInRegion(h3rgn,psxy.x, psxy.y) != 0)
      {            
        DialogBox(GetModuleHandle(NULL),MAKEINTRESOURCE(ID_DLG_CONF),mwinhan,(DLGPROC)DlgProc);
      }
-------------------->

//die qlp_dlgproc.h-------------------------------------------------------------------------------------------

LRESULT CALLBACK DlgProc(HWND hdlg, UINT hdlgc, WPARAM dlgm_Wflags,LPARAM dlgm_Lflags)
{
  switch(hdlgc)
  {
        case WM_COMMAND:
        {
            switch(LOWORD(dlgm_Wflags))
            {

            return 0;
            }

        break;        
        }

        case WM_DESTROY:
        {
            PostQuitMessage(0);
        return 0;
        }
  return 0;
  }

return DefWindowProc(hdlg,hdlgc,dlgm_Wflags,dlgm_Lflags);
}

// .rc-------------------------------------------------------------------------------------------
#include<windows.h>
#include "flip.h"
// the blitmap------------------------------------------------------------------
IDI_BMP                BITMAP         "Skin1.bmp"
//______________________________________________________________________________
// the config-dialog------------------------------------------------------------
ID_DLG_CONF DIALOG   40,40,180,120
    STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU    
    CAPTION "Quicklaunch"
    FONT 8, "MS Sans Serif"
    BEGIN
         EDITTEXT ID_DLG_EDIT1,      10,10,80,100,ES_AUTOVSCROLL |
                                                   ES_AUTOHSCROLL |
                                                   ES_MULTILINE
         LISTBOX ID_DLG_LS1,      120,10,55,100  
         PUSHBUTTON             " > ",ID_DLG_ADD,95,20,15,10
         PUSHBUTTON             " < ",ID_DLG_REM,95,50,15,10
         PUSHBUTTON             "<<", ID_DLG_REMA,95,80,15,10                                                           

END

//______________________________________________________________________________

Wäre dankbar für jeden Tipp.