Discussion :

[Magister11]

Bonjour,

j'ai crée un owner draw listbox (WIN32 pas de MFC !), mais j'ai un problème au niveau du focus, il est affiché lorsque je clique sur un élément de ma listbox, je croyais pouvoir redessiner le focus avec le message WM_DRAWITEM et bien non.
En fait le focus est lié (je pense) aux messages WM_FOCUS et WM_LBUTTONDOWN. Si j'intercepte ces deux messages je bloque effectivement le dessin de mon focus, mais je ne recois plus le message WM_DRAWITEM.

alors comment faire pour que je puisse dessiner ou pas, moi même, le focus sur un élément de ma listbox ?

Merci pour votre réponse.
Laurent

[Médinoc]

Hum, c'est bizarre.
Normalement, les flags de WM_DRAWITEM te disent justement s'il y a le focus ou non...

Je sais que ça marche pour les boutons, mais je n'ai jamais joué avec des ListBox en OwnerDraw...

[Magister11]

Bonjour medinoc,

effectivement pour un bouton cela fonctionne, je redessinne moi même le focus, par contre pour une list box le dessin du focus ne se fait pas sur un WM_DRAWITEM.
Il est vrais que si on programme avec les MFC il suffit de surcharger la classe clistbox, d'intercepter WM_DRAWITEM et cela fonctionne bien, mais en WIN32 il doit falloir intercepter un autre message pour dévalider le dessin du focus tout en laissant les informations dans la structure item pour pouvoir redessinner le focus avec le message WM_DRAWITEM.
Je continue à chercher, si je trouve je mettrais un post.
Merci.

Laurent

[Médinoc]

Pourtant, la doc de DRAWITEMSTRUCT dit bien que c'est ce qui se passe pour les ListBox...
Ils précisent même l'action ODA_SELECT...

[Magister11]

effectivement on a aussi le type ODA_FOCUS qui permet de savoir sir l'élément en question a la focus ou non. Le problème c'est que le focus se dessine après le message WM_DRAWITEM, et non dans le message WM_DRAWITEM (comme je voudrais !), et je n'arrive pas à savoir sur quel évènement windows dessine ce focus.
C'est peu t être ma gestion des messages qui laisse à désirer, car le message WM_DRAWITEM est traité différement. En fait ce message est envoyé du contrôleur (listbox) vers la fenêtre parent, puis je le renvoie vers le contrôleur(listbox) pour y être traité, comme pour les MFC.

laurent

[Magister11]

je viens de trouver une parade, en fin de routine WM_DRAWITEM je rajoute la ligne :
lpDrawItemStruct->itemAction &= ~ODA_FOCUS;
cela empêche le focus de se redessiner !
Pourquoi ? j'sais pas trop !

Laurent

[Médinoc]

Comment "Renvoies"-tu le message ?

[Magister11]

bonjour,

voila comment je traite les messages WM_DRAWITEM (et aussi WM_MEASUREINTEM) dans la fenetre parent :

case WM_DRAWITEM :
lpDrawItemStruct = (DRAWITEMSTRUCT*)lParam;
pChild = lpDrawItemStruct->hwndItem;
SendMessage(pChild, Msg, wParam, lParam);
break;

Pour eviter que le message ne revienne vers la fenêtre parent, je le bloque au niveau du contrôle après traitement.

Laurent

[Médinoc]

Je pense que tu ne devrais pas repasser par le système de message pour "renvoyer" au fils. Ou du moins, ne pas repasser par ce message-là.

Je te conseillerais plutôt soit d'appeler directement la fonction de ta classe, soit d'envoyer un message personalisé (pas un WM_USER parce que les ListBox les utilisent, mais un WM_APP ou un message Registered)...

[Magister11]

Affectivement, la méthode que j'utilise meme si elle fonctionne est assez dangereuse car faut surtout pas oublier de bloquer le message sinon on a un debordement de pile.
Je vais donc créer pour chaque classes les fonctions DrawItem, MeasureItem etc... puis les appeler a partir de la fenêtre parent comme les MFC le font.

Merci
Laurent

[Médinoc]

Le problème pour ça est de retrouver l'objet en partant de son HWND ou id.

C'est pourquoi je te conseille d'employer plutôt un message perso.

Ou bien, tu peux faire une méthode hybride, avec juste UN message perso qui retourne l'adresse de l'objet, et un appel de méthode une fois que tu as le pointeur...

[Magister11]

on peut faire ce genre de chose :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
CWin* pChild=reinterpret_cast<CWin*>((HWND)(HWND)GetWindowLong(lpDrawItemStruct->hwndItem, GWL_USERDATA);
bResult=pChild->OnDrawItem((DRAWITEMSTRUCT*)lParam  );

Cela implique de creér toutes les classes à partir d'une même classe parent type CWin qui contient les fonctions OnDrawItem,..etc de type

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
virtual BOOL OnDrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct  )
	{
		return FALSE;
	}

Puis dans la classe du contrôle on vient surcharger les fonctions OnDrawItem,..etc si cela est nécessaire

Laurent

[Médinoc]

Qu'est-ce que c'est que ces casts bizarroïdes ?


Et ça ne marchera pas si tu as un contrôle qui n'a pas de classe dérivée de CWin.
Un message personnel est bien plus sûr.

Code C++ :

Sélectionner tout - Visualiser dans une fenêtre à part

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
class CWin
{
public:
	static const UINT MSG_GET_ME;
protected:
	HWND m_hWnd;
	virtual LRESULT WindowProc(UINT msg, WPARAM wParam, LPARAM lParam);
};
 
const UINT CWin::MSG_GET_ME = RegisterWindowMessage(TEXT("CWin_Message_Get_Me"));
 
LRESULT CWin::WindowProc(UINT msg, WPARAM wParam, LPARAM lParam);
{
	LRESULT lr = 0;
 
	switch(msg)
	{
	case ... :
		break;
	...
 
	default:
		//Messages "Registered"
		if(msg==MSG_GET_ME)
		{
			lr = GetWindowLongPtr(m_hWnd, GWL_USERDATA);
		} else if (msg == ... ) {
			... /*Autres messages Registered s'il y a*/
		} else {
			lr = DefWindowProc(m_hWnd, msg, wParam, lParam);
		}
	}
}

[Magister11]

hoops, y a un HWND de trop...

[Magister11]

ok,

je vais voir dans ce sens alors.
Merci

Laurent