Discussion :

[Reeter]

Bonjour,

je travaille actuellement sur une application utilisant l'API Win32. Cette appli possède une fenêtre principale, et une fenêtre fille qui peut potentiellement utiliser DirectX pour l'affichage.
Mon problème est le suivant: si je fais en sorte de rendre ma fenêtre transparente partiellement (en utilisant un style WS_EX_LAYERED, et en indiquant une couleur à rendre transparente (le but est d'avoir une fenêtre qui ne serait pas carrée, par exemple) ), la fenêtre DirectX n'est pas visible, et s'affiche n'importe comment (le déplacement de la fenêtre laisse des trainées sur l'écran).
J'ai l'impression que Windows affiche un fond de couleur noir par défaut lorsqu'on utilise une fenêtre WS_EX_LAYERED (ce fond s'afficherait donc par dessus la fenêtre directx, la rendant invisible).

Si je garde ma fenêtre sans transparence, tout fonctionne clairement.

J'ai pu lire qu'il existait des problèmes entre DirectX et les fenêtres WS_EX_LAYERED. Existe t'il un moyen de contourner ça ?

Merci d'avance

[Rits]

tu utilises le flag WS_EX_TRANSPARENT avec WS_EX_LAYERED?

WS_EX_LAYERED|WS_EX_TRANSPARENT

[Reeter]

Non, je fais ça:

Code :

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

1
2
3
 
SetWindowLong(m_hWnd, GWL_EXSTYLE, GetWindowLong(m_hWnd, GWL_EXSTYLE) | WS_EX_LAYERED);
SetLayeredWindowAttributes(m_hWnd, cTransparent, cAlpha, LWA_COLORKEY | LWA_ALPHA);

cTransparent correspond à la couleur que je veux transparente, et cAlpha correspond au pourcentage de transparence que je veux sur ma fenêtre.
Le but est d'avoir une couleur totalement transparente, et le reste de la fenêtre totalement opaque, afin d'avoir une IHM d'une forme différente que rectangulaire.


EDIT: je viens d'essayer, si je rajoute le flag WS_EX_TRANSPARENT, je ne peux plus cliquer sur ma fenêtre, et j'ai toujours le même problème d'affichage.

[Rits]

Est rempli tu la fenetre avec ta couleur de transparence sur
l'evenement WM_PAINT?

normalement sur cette evenement tu recupere le hdc de ta fenetre
et tu fais un un FoodFill(hdc,0,0,Ta_Colorref)

[Reeter]

A vrai dire, ma fenêtre est remplie à partir d'un bitmap, dont certaines parties sont de la couleur correspondant à la transparence. Ces parties là sont censées être transparentes. Le problème, c'est que j'ai une fenêtre fille qui est censée s'afficher par dessus, et que je ne vois plus. Ce problème apparaît uniquement lorsque la fenêtre fille utilise DirectX. Autrement, cela fonctionne très bien.

[Rits]

pluto trop d'idée desolé
bon courage

[rigobert]

je viens d'essayer, si je rajoute le flag WS_EX_TRANSPARENT, je ne peux plus cliquer sur ma fenêtre, et j'ai toujours le même problème d'affichage.

Ca c'est normal : lorsqu'une fenêtre a le style WS_EX_TRANSPARENT, elle ne reçoit plus les événements souris.
Par contre je ne me rappelle plus si ceux-ci sont récupérés par l'arrière-plan ou pas...

[Médinoc]

Je pense qu'on peut recevoir les événements souris, fenêtre transparente ou non, en traitant le message WM_NCHITTEST : Selon l'endroit cliqué, retourner HTCLIENT, HTTRANSPARENT, DefWindowProc()...

[Reeter]

ouais en même temps, c'est pas trop grave cette histoire d'évènements, vu que le problème d'affichage reste le même avec ce flag là...

[mat.M]

Si je garde ma fenêtre sans transparence, tout fonctionne clairement.

On ne peut pas faire avec Direct X tout ce que l'on peut faire avec le GDI.
Seul ce que permet le niveau coopératif entre les 2 systèmes.
Direct X et ses couches outre-passent le dessin des fenêtres des boutons et des controles apparemment personne n'a encore compris cela.
Lis bien la doc de Direct X le fichier .chm du SDK et tout ce qui concerne le niveau coopératif.
Si Direct X a été crée c'est pour outrepasser nombre de couches ( dont celle du dessin des fenêtres et interfaces utilsateur ) pour accroitre les performances.
Direct X a été inventé par Microsoft parce qu'avant on programmer directement l'espace de mémoire vidéo en assembleur ce qui n'est plus possible.
Donc il ne faut pas trop compter sur les styles de fenêtres.