Tranparence d'un contrôle durant son déplacement

Réponse acceptée !
"Cette fonction te permet en deux secondes de gérer la transparence + un double buffer pour éviter le scintillement..."

J'ai jamais utilisé la transparence par le SetStyle, mais je pense qu'il s'agit de la même chose que d'appliquer la couleur transparente comme couleur de fond (BackColor = Color.Transparent). Et donc, si tu as des mouvements, c'est absolument pas performant. Cette technique, comme je l'ai déjà dis, n'est pas de la vraie transparence. Il s'agit d'une copie du fond du conteneur (qui contient ton contrôle transparent) sur la surface du contrôle "transparent" en question. Et donc:

- Seul le fond du conteneur est copié sur la surface du contrôl, mais rien d'autre. Donc par exemple si tu as 2 contrôle qui se chevauchent, le contrôle du dessous ne sera pas visible à travers les parties transparentes du contrôle du dessus. Je pense que c'est justement cela que tu voudrais; pouvoir superposer des contrôles tout en voyant ceux de dessous, pas de mettre une image de fond à ton plan de travail. Et donc cette technique ne s'applique absolument pas à ton cas.
- A chaque mouvement du contrôle, il faut redessiner sa surface d'après le fond du conteneur. Ceci prend du temps, et donc lorsque ton contrôle bougeras, tu aura l'impression que l'image de fond suivra les mouvements du contrôle (dans sa région de dessin seulement, c'est a dire dans le carré du contrôle définit par sa position et sa taille). C'est très moche. Et encore une fois, seul le fond du conteneur (une image?) sera appliqué comme fond au contrôle.

Avec la région, tu redéfinit justement la zone de dessin du contrôle, qui ne sera plus définit par sa position et sa taille, mais par sa région (en fait la région correspond au rectangle du contrôle par défaut). Mais:

- Avec les régions, c'est du tout ou rien. Impossible de faire des régions semi-transparente à ton contrôle (tu devra utiliser la méthode précédement expliqué pour le faire, et donc tu héritera de son problème). De plus il ne sera pas question d'appliquer un quelconque lissage à tes formes mais surtout à ton texte, ca ne sera donc pas joli (par défaut, tout est lissé)
- Il peut être difficile de définir la région lorsque ce que tu dois afficher est une forme complexe (un carré ou un cercle = facile, mais si tu commence à afficher des graphiques complexe ou du texte, va faloir faire un algo qui te créé ces régions, au pixel près). (c'est dans ce processus qu'il est impossible de travailer avec des pixels semi-transprent (lissage))
- Hors d'une région, le MouseDown, MouseClick ou MouseMove par exemple, ne seront pas détecté. Impossible donc de sélectionner un rectangle à fond transparent en cliquant dans sa zone transparente.
- Va falloir redéfinir la région en temps réel si ta forme change (par exemple si tu change sa taille ou si tu modifie du texte sur fond transparent), ca peut vite devenir impossible.

Je ne sais pas vraiment ce que tu veux faire. Si tu veux faire un truc vite fait mais qui fonctionne, utlise les régions, mais ne compte pas sur les fonds transparents ou ce genre de chose. Si tu veux un truc qui rivalise avec les prgrammes d'édition graphique (genre visio), tu n'a pas le choix: fais ça en dessin pur. Aucun programme de dessin ou de création graphique existant n'utlise une superposition de contrôle, c'est impossible de faire qqch de potable de cette facon.
Il faut plutôt utilise un système de couche graphique (chaque forme est une couche, ça permet de travailler séparément sur chaque forme) et les superposer au moment du dessin. Il n'y a plus de limitation avec cette technique, aussi bien au niveau modifications qu'au niveau semi-transparence et lissage.
En parallèle aux couches graphique, tu peux faire des couches de régions. Ca te permetra de facilement gérer les événements souris sur ta surface de travail.
Et enfin, en couche supérieur, tu affiche tous les éléments de sélection (genre les petits carrée aux coins d'une forme sélectionnée)

Le problème, c'est qu'il faut tout faire sois-même, par exemple l'édition du texte. (il y a des programmes ou le texte n'est pas modifié directement dans la forme, mais dans un contrôle séparé, ce n'est pas pour rien)

Au niveau des performances, ça va si t'as pas une multitude de forme et surtout pas de grandes images à afficher. Si vraiment ce n'est pas assez performant, va falloir créer un système de couche graphique avec des CachedBitmap (des bitmaps en mémoire bcp plus rapides que les images normales de .NET), malheureusement celle-ci ne sont pas implémenté avant le framework 3.5, il faudra donc sois même accéder à GDI+ (la DLL qui permet de dessiner dans windows, tout ce qui est graphique dans .NET y fait référence) si tu utilise une version antérieur du framework .NET.

Ben voilà ce que j'avais à dire :) si t'as d'autre questions, n'hésite pas. Mais c'est clair que tout ceci n'est pas tout facile, y'a du boulot.



J'ajoute juste encore une remarque au sujet du commentaire de divadav:
Si tu fait du dessin double-bufferé de cette facon, ca reste quand même du dessin direct, c'est a dire que tu dois redessiner à chaque événement paint du contrôle. Avec un DoubleBuffer, tu redessine seulement lorsque qqch change, le reste du temps suffit de faire un render (super-rapide). Les 2 techniques ne sont donc pas vraiment comparables.



Bonne soirée,
Kevin