Intercepter WM_SIZE d'un control enfant

Version imprimable

Bonjour à tous,

J'aimerais intercepter le message WM_SIZE mais pour un contrôle créé dynamiquement. Je m'explique :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 BOOL CMyDialog::OnInitDialog() { CDialog::OnInitDialog(); // m_MyControl dérive de CWnd m_MyControl.Create( NULL, _T(""), WS_VISIBLE, CRect(10, 10, 0, 0), this, 1 ); } LRESULT CMyDialog::WindowProc(UINT message, WPARAM wParam, LPARAM lParam) { switch (message) { case WM_SIZE : // Ici, j'aimerais intercepter ce message mais pour pour le contrôle m_MyControl et non pour la fenêtre. } }
Sinon, est-ce que je dois m'y prendre autrement ?
Merci

Le premier paramêtre de Create est NULL; hors il faut passer le nom d'une WNDCLASS ou classe de fenêtre par exemple BUTTON,STATIC,EDIT...

Citation:

// Ici, j'aimerais intercepter ce message mais pour pour le contrôle m_MyControl et non pour la fenêtre.

Oui mais c'est la fenêtre qui redimensionne le controle pas l'utilisateur.
Le controle il ne reçoit pas un message de redimensionnement parce que c'est un controle pas une fenêtre..

Pour le redimensionner il faut appeler MoveWindow ou SetWindoPos.

Au besoin il faut "subclasser" le controle..
Il faut déclarer une WndProc c.a.d une procédure CALLBACK de gestion de message et avec SetWindowLong rattacher cette WndProc au controle.
Dans cette WndProc on peut gérer WM_SIZE propre au controle et tous les autres messages..

Sinon regarder
CWnd::SubclassDlgItem
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 class CMyButton : public CButton {...}; // m_myButton is a CMyButton object member of CAboutDlg BOOL CAboutDlg::OnInitDialog() { CDialog::OnInitDialog(); // IDC_BUTTON1 is the ID for a button on the // dialog template used for CAboutDlg. m_myButton.SubclassDlgItem(IDC_BUTTON1, this); return TRUE; // Return TRUE unless you set the focus to a control // EXCEPTION: OCX Property Pages should return FALSE }

Merci !!!
J'ai trouvé la solution avant de lire votre post, mais finalement tout cela fonctionne à merveille. Je vois que je n'étais pas sur la mauvaise piste ;)

Mais dis-moi, est-ce tout semble bien ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
 
 
LRESULT CALLBACK TrappeCtrlNewWndProc(HWND hWnd,UINT Message, WPARAM wParam, LPARAM lParam); 
LONG TrappeOldWndProc; 
 
BOOL CSommaire2Dlg::OnInitDialog()
{
     CDialog::OnInitDialog();
 
     m_SommaireTrappeCtrl.Create( NULL, _T("STATIC"), WS_VISIBLE, CRect(10, 10, 0, 0), this, 1 );
 
     TrappeOldWndProc = SetWindowLong(m_SommaireTrappeCtrl, GWL_WNDPROC, (long)TrappeCtrlNewWndProc); 
 
     return TRUE;
}
 
LRESULT CALLBACK TrappeCtrlNewWndProc(HWND hWnd, UINT Message, WPARAM wParam, LPARAM lParam) 
{ 
  switch(Message)
  { 
    case WM_SIZE : 
	LRESULT result = CallWindowProc( (WNDPROC)TrappeOldWndProc, hWnd, NULL, wParam, lParam);
 
	// Get parent
	HWND hWndParent = GetParent(hWnd);
 
	// Get parent rect
	RECT rcParent;
	GetClientRect(hWndParent, &rcParent);
 
	// Get parent rect
	RECT rcTrappeCtrl;
	GetWindowRect(hWnd, &rcTrappeCtrl);
 
	// Get new size of trappe control
	int w = LOWORD(lParam);
	int h = HIWORD(lParam);
 
	// Set trappe control in the middle (horizontally)
	SetWindowPos(hWnd, hWndParent, 
		((rcParent.right - rcParent.left) - w) / 2, rcTrappeCrl.top, 
			0, 0, SWP_NOSIZE | SWP_SHOWWINDOW );
 
	return result;
	break; 
  } 
 
  // Call default function
  return CallWindowProc((WNDPROC) TrappeOldWndProc,hWnd,Message,wParam,lParam); 
} 
 
void CSommaire2Dlg::OnClose()
{
    // Reset winproc function
    SetWindowLong(m_SommaireTrappeCtrl, GWL_WNDPROC, (long)TrappeOldWndProc); 
 
    // Destroy trappe control
    m_SommaireTrappeCtrl.DestroyWindow();
 
    CDialog::OnClose();
}

Encore merci pour ton aide :)

14/08/2008, 20h07
stephdim
salut,

Citation:

Mais dis-moi, est-ce tout semble bien ?

autant arreter d'utiliser les MFC si c'est pour le faire directement avec l'API Win32 ... tu te prives de toutes les fonctionnalités MFC en faisant comme ça

MyCustomWnd.h
Code:

1 2 3 4 5 6 7 8 9 10 11 class CMyCustomWnd : public CWnd { DECLARE_DYNAMIC(CMyCustomWnd) public: DECLARE_MESSAGE_MAP() afx_msg void OnSize(UINT nType,int cx,int cy); };
MyCustomWnd.cpp
Code:

1 2 3 4 5 6 7 8 9 10 11 IMPLEMENT_DYNAMIC(CMyCustomWnd,CWnd) BEGIN_MESSAGE_MAP(CMyCustomWnd,CWnd) ON_WM_SIZE() END_MESSAGE_MAP() void CMyCustomWnd::OnSize(UINT nType,int cx,int cy) { // ... TODO }
Citation:

Le premier paramêtre de Create est NULL; hors il faut passer le nom d'une WNDCLASS ou classe de fenêtre par exemple BUTTON,STATIC,EDIT...

non, si le nom de la classe est NULL, les MFC en fourniront une par défaut.
c'est fait dans CWnd:: PreCreateWindow() il me semble.

@+
14/08/2008, 20h18
Erakis

Malheureusement stephdim, je ne crois pas que tu es bien saisie ce que je voulais faire.

En fait, je veux INTERCEPTER le message WM_SIZE d'un des ENFANTS de mon dialog. Tout ceci À PARTIR de la classe de mon DIALOG.

Pourquoi ? Parce que mon contrôl enfant peut changer de taille dynamiquement et ce en fonction d'un facteur d'acquisition de données que seul lui contrôle à l'interne.

Sinon, j'aurais aussi pu intercepter le message WM_SIZE à l'intérieur de ma classe dérivée et par la suite envoyé un message REFLECTED (du genre WM_CHILD_RESIZED à mon parent (mon Dialog).
14/08/2008, 20h22
stephdim
Citation:

En fait, je veux INTERCEPTER le message WM_SIZE d'un des ENFANTS de mon dialog. Tout ceci À PARTIR de la classe de mon DIALOG.

oui et qu'est ce qui t'empeches d'appeler par la suite une méthode de ton CDialog depuis ta child window ?
Code:

1 2 3 4 5 6 void CMyCustomWnd::OnSize(UINT nType,int cx,int cy) { CMonDialog *pDialog=STATIC_DOWNCAST(CMonDialog,GetParent()); pDialog->OnChildResized(...); // ta propre fonction }
tu fais exactement la meme chose dans ta méthode, sauf que tu subclasses à la main la fenetre ... :aie:

EDIT: (j'avais pas tout lu :oops: )

Citation:

Sinon, j'aurais aussi pu intercepter le message WM_SIZE à l'intérieur de ma classe dérivée et par la suite envoyé un message REFLECTED (du genre WM_CHILD_RESIZED à mon parent (mon Dialog).

oui une autre façon de faire mais un peu compliqué à mettre en oeuvre pour ce cas précis ... c'est valable si le parent n'est pas toujours le meme Dialog par exemple

@+
14/08/2008, 20h36
Erakis

En fait, c'est un contrôle qui sera utilisé sur différents CDialog. Alors je garderai ma solution qui est de hooker la WinProc du control :king:

Merci pour ton aide, c'est apprécié et bonne journée :)