Ownerdrax Listbox et focus

Version imprimable

04/01/2008, 17h25
Magister11

Ownerdrax Listbox et focus

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
04/01/2008, 22h30
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...
06/01/2008, 12h49
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
06/01/2008, 13h04
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...
06/01/2008, 22h21
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
06/01/2008, 22h47
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
06/01/2008, 22h53
Médinoc

Comment "Renvoies"-tu le message ?
07/01/2008, 11h00
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
07/01/2008, 11h06
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)...
07/01/2008, 14h13
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
07/01/2008, 14h15
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...
07/01/2008, 16h18
Magister11
on peut faire ce genre de chose :
Code:

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:

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

:tagcode:
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:

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);
		}
	}
}

07/01/2008, 16h24
Magister11

hoops, y a un HWND de trop...
07/01/2008, 16h33
Magister11

ok,

je vais voir dans ce sens alors.
Merci

Laurent