[Win32] Transparence d'un Edit Control

Version imprimable

02/02/2005, 19h56
bigbang

[Résolu] [Win32] Transparence d'un Edit Control
Bonjour à toutes et à tous,

A première vue, d'autres avant moi ont rencontré le même problème, mais tout ce que j'ai pu lire ne m'a pas permis de le résoudre.
J'ai une fenetre dont le fond est entièrement recouvert par une image.
Je voudrais que les edits que je crée soient complètement transparents de manière à ce que je puisse continuer à voir l'image de fond à travers les edits.

Pour le moment, j'ai ceci dans la DlgProc (qui ne fonctionne pas) :
Code:

1 2 3 4 5 6 case WM_CTLCOLOREDIT: hbrBack = CreateSolidBrush(RGB(COULEUR_EDIT_R,COULEUR_EDIT_V,COULEUR_EDIT_B)); SetBkMode((HDC)wParam, TRANSPARENT); return (int)hbrBack;
A noter que je crée les edits avec CreateWindowEx()

Merci de vos conseils,
Bigbang
02/02/2005, 20h04
blackhorus

tu as essayé avec le style WS_EX_TRANSPARENT, ou la fonction SetLayeredWindowAttributes()

jette un coup d'oeil sur le site de MSDN
02/02/2005, 20h55
bigbang

salut,
Il me semble que ceci n'est valable que pour 2k et Me, non ?
02/02/2005, 20h57
blackhorus

Citation:

Envoyé par bigbang

salut,
Il me semble que ceci n'est valable que pour 2k et Me, non ?

eh ben d'après le site de Microsoft :

Citation:

Minimum operating systems Windows 2000
02/02/2005, 20h59
bigbang

A vrai dire, j'ai essayé de compiler, et ça n'a pas marché. Le compilo ne connaissait pas les identifiants.
Et apres j'ai trouvé ceci :
http://www.codeproject.com/win32/quaker1.asp

Code:

1 2 3 4 5 case WM_CTLCOLOREDIT: hbrBack = CreateSolidBrush(RGB(COULEUR_EDIT_R,COULEUR_EDIT_V,COULEUR_EDIT_B)); SetBkMode((HDC)wParam, TRANSPARENT); return (int)hbrBack;
SetBkMode( TRANSPARENT ) s'applique au text affiché, pas à la brosse utilisée pour peindre le fond (celle que tu dois renvoyer).
Essaye de renvoyer NULL.

Salut,
Tout d'abord merci de m'aider.

J'ai donc remplacer par :
Code:

1 2 3 4 5 case WM_CTLCOLOREDIT: hbrBack = CreateSolidBrush(RGB(COULEUR_EDIT_R,COULEUR_EDIT_V,COULEUR_EDIT_B)); return NULL;
Mais ceci mets un fond tout blanc dans les edits

02/02/2005, 21h58
Aurelien.Regat-Barrel

En fait non ça marchera pas, du moins pas quand il faudra redessiner.
En fait je me demande s'il faudrait pas redessiner le bitmap et renvoyer NULL pour pas effacer.
Y'a des exemples de static transparent sur codeproject, tu peux t'en inspirer (cela dit je crois que le mec se crée son propre controle au lieu de modifier STATIC...)
02/02/2005, 22h00
bigbang

Tu veux dire qu'au lieu de mettre un fond transparent dans l'edit, tu remets la zone correspondante du fond de l'image ?
02/02/2005, 22h03
Aurelien.Regat-Barrel

Mais là tu ne mets pas un fond transparent, tu mets le fond transparent pour le texte dessiné seulement.
Je pense que oui il faut dessiner le bout de bitmap caché...
La transparence avec SetLayeredWindowAttributes c'est pas bon car si tu y arrives, le texte sera lui aussi transparent et... invisible.
02/02/2005, 22h06
bigbang

oui je vois le problème.
et donc comment on fait pour mettre une image en fond d'un edit ? ca se fait facilement ?
02/02/2005, 22h13
Aurelien.Regat-Barrel

Je pense que dans WM_CTLCOLOREDIT tu peux blitter directement sur le HDC. Reste à définir la portion de bitmap à blitter. Tu peux peut être rendre le truc un poil générique en utilisant les coordonnées de ton edit dans la fenêtre mère, mais faut un moment ou un autre avoir le bitmap à blitter.
02/02/2005, 22h47
bigbang
Salut,

Alors c'est sur la bonne voie !
Voici ce que j'ai maintenant :
Code:

1 2 3 4 5 6 7 case WM_CTLCOLOREDIT: BitBlt(GetDC(hEdit1), 0, 0, 369, 20, hdcBmp, 15, 136, SRCCOPY); BitBlt(GetDC(hEdit2), 0, 0, 369, 20, hdcBmp, 15, 172, SRCCOPY); return 0;
Mais maintenant, dès que je modifie le contenu de l'edit, il retrouve en partie son aspect initial, c'est à dire avec un fond blanc.
A quoi cela est-ce du ?
02/02/2005, 22h58
Aurelien.Regat-Barrel

Hum... Pas bon le GetDC comme ça, tu crées des fuites d'objets GDI. Utilise simplement le paramètre wParam, il est là pour ça.
Pour que le fond du texte devienne transparent, utilise ce que tu avais fait au début:

Code:

SetBkMode((HDC)wParam, TRANSPARENT);
02/02/2005, 23h07
bigbang

A vrai dire, je ne vois pas bien comment utiliser wParam étant donné qu'il y a plusieurs edits auxquels appliquer un traitement différent (les coordonnées)

j'ai modifié par ceci, mais toujours le problème de fond blanc :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
		case WM_CTLCOLOREDIT:
 
			SelectObject((HDC)wParam, hFontEdit);
			SetBkMode((HDC)wParam, TRANSPARENT);
 
			if((HWND)lParam==hEdit1)
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 136, SRCCOPY);
			else if((HWND)lParam==hEdit2)
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 172, SRCCOPY);
 
			return 0;

03/02/2005, 00h38
Aurelien.Regat-Barrel

WM_CTLCOLOREDIT ne doit pas être commun à tous les edit. Chacun son traitement. Normal que ton code ne fonctionne pas, wParam c'est un HDC, pas un HWND (rien à voir). Le HWND tu l'as avec lParam, mais je te déconseille de l'utiliser comme tu fais avec des valeurs codées en dur.
Au lieu d'utiliser des coordonnées fixes comme ça, utilise GetWindowRect( (HWND) lParam ) afin de récupérer la position de l'edit, et après ça roule 8)

salut,

Je suis désolé, mais je ne comprends pas pourquoi mon code ne marche pas. Je distingue bien selon les edits, et j'applique bien le mode TRANSPARENT aux edits
Si tu pouvais me donner ton idée sur la chose. Merci beaucoup

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
		case WM_CTLCOLOREDIT:
 
			hFontEdit =	CreateFont(13, 6, 0, 0, FW_BOLD, 0, 0, 0,DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS,DEFAULT_QUALITY, DEFAULT_PITCH, "Tahoma");
 
			SelectObject((HDC)wParam, hFontEdit);
			SetBkMode((HDC)wParam, TRANSPARENT);
 
			if((HWND)lParam==hEdit1)
			{
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 136, SRCCOPY);
			}
			else if((HWND)lParam==hEdit2)
			{
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 172, SRCCOPY);
			}
 
			return 0;

03/02/2005, 19h41
farscape
salut,
extrait MSDN:

Citation:

WM_CTLCOLOREDIT
An edit control that is not read-only or disabled sends the WM_CTLCOLOREDIT message to its parent window when the control is about to be drawn. By responding to this message, the parent window can use the specified device context handle to set the text and background colors of the edit control.
A window receives this message through its WindowProc function.

Return Values
If an application processes this message, it must return the handle of a brush. The system uses the brush to paint the background of the edit control.

et donc essaye de retourner une brosse null :
Code:

1 2 ::GetStockObject(NULL_BRUSH);
:D

C'est merveilleux, ça marche !
Merci beaucoup !

Voici finalement le bout de code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
		case WM_CTLCOLOREDIT:
 
			hFontEdit =	CreateFont(13, 6, 0, 0, FW_BOLD, 0, 0, 0,DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS,DEFAULT_QUALITY, DEFAULT_PITCH, "Tahoma");
 
			SelectObject((HDC)wParam, hFontEdit);
			SetBkMode((HDC)wParam, TRANSPARENT);
			SetTextColor((HDC)wParam, RGB(COULEUR_TEXT_R,COULEUR_TEXT_V,COULEUR_TEXT_B));
 
			if((HWND)lParam==hEdit1)
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 136, SRCCOPY);
			else if((HWND)lParam==hEdit2)
				BitBlt((HDC)wParam, 0, 0, 369, 14, hdcBmp, 15, 172, SRCCOPY);
 
			return (int)GetStockObject(NULL_BRUSH);

04/02/2005, 08h22
Trap D

J'ai une question sur ce bout de code :

Code:

hFontEdit = CreateFont(13, 6, 0, 0, FW_BOLD, 0, 0, 0,DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS,DEFAULT_QUALITY, DEFAULT_PITCH, "Tahoma");

Il est dit dans la doc MCSDN :

Citation:

Envoyé par MSDN

When you no longer need the font, call the DeleteObject function to delete it.

Or tu ne le fais pas, et donc il y a fuite mémoire à un moment ou pas, ralentissement du programme ou pas ?
Je pose la question suite à ce post

Fuseau horaire GMT +2. Il est actuellement 12h37.