Sous-classer un composant (Panel, contr�le) et l'int�grer au designer !

Bonjour,

Je commence souvent mes messages par "Avec Cocoa sous MacOS X on fait comme �a...", mais c'est pour expliquer pourquoi j'ai du mal � retrouver certains concepts avec .NET qui a une approche diff�rente.

Voici :
"Avec Cocoa sous MacOS X", si on cr�e une sous-classe d'un contr�le (NSView, NSButton, etc...) il est possible de faire lire le fichier .h � InterfaceBuilder (le designer d'interface) pour lui permettre d'int�grer ces nouveaux contr�les. � l'�cran, dans le designer, ils ont alors l'aspect de leur superclasse (NSView ou NSButton), mais dans le code, ils sont sous-class�s. Il est donc tr�s facile de cr�er et utiliser de nouveaux contr�les et de red�finir leur comportement.

J'aimerais faire la m�me chose en .Net (windows forms) avec Visual Studio 2005.

J'ai essay� la m�me approche : je cr�e (� la main) une sous classe de System::Windows::Forms:: Panel, que j'appelle disons MyPanel. Comme je n'ai pas trouv� de moyen d'informer le designer de l'existence de MyPanel.h, je cr�e un Panel normal dans l'interface, puis, dans le code automatiquement g�n�r�, je remplace gcnew System::Windows::Forms:: Panel par gcnew MyPanel; (bien s�r j'ai un #include qui tra�ne)
Tout marche tr�s bien.
SAUF QUE
Tout marche bien, comme pr�vu, � l'�x�cution. Mais � partir du moment o� j'ai modifi� le gcnew, le designer n'est plus capable d'afficher la fen�tre contenant le panel. Il me crache des erreurs
"Type MyPanel introuvable, assurez-vous que l'assembly qui contient ce type est r�f�renc�. Si ce type est un composant de votre projet de d�veloppement, assurez-vous que le projet a �t� cr�� comme il se doit"

Alors ma question est : comment faire ?

J'ai lu � droite � gauche que j'aurais tout int�r�t � d�river UserControl pour �a (Ajouter > Nouvel �l�ment > Contr�le Utilisateur...) sauf que j'ai le m�me probl�me : je n'arrive pas � informer le designer de son existence, et donc je ne sais pas d�poser un tel nouveau contr�le dans l'interface sans modifier (et donc invalider) le code sous-jacent.

+
Chacha

Normalement, si tu cr�es un UserControl, tu peux l'ajouter � la barre d'outil et le glisser d�poser sur ta form.
C'est cette action qui te fait une erreur sur le designer ?

Je n'arrive pas � le glisser/d�poser !
J'essaye d'attraper le .h, mais il ne se d�poser pas dans la bo�te � outils. Et je n'arrive rien � "attraper" dans le designer du UserControl...

si tu as cr�� un userControl, il faut glisser-d�poser l'assembly, pas le .h

regarde � partir d'ici dans ce tuto http://nico-pyright.developpez.com/t...ol/#Lattributs

Citation:

---

Envoy� par nico-pyright(c)

regarde � partir d'ici dans ce tuto http://nico-pyright.developpez.com/t...ol/#Lattributs

---

Merci !

En fait, �a ne va pas.
Soit je n'ai pas compris, soit c'est incroyablement peu praticable.
Ce que j'ai trouv� dans le tutorial, c'est qu'un nouveau composant est cr�� et compil� comme projet autonome. Or, je compte, moi, l'utiliser dans un certain projet, o� je veux red�finir son comportement de telle sorte qu'il utilise certains objets/classes/m�thodes de ce m�me projet...
Comment faire ?

si c'est dans le meme projet, il faut r�f�rencer le projet plutot qu'une dll, c'est le meme m�canisme, juste un onglet diff�rent

Toujours pas...
-J'ai bien cr�� mon PreviewPanelControl (qui d�rive de UserControl) comme nouveau projet au sein de ma "solution".
-Je l'ai compil�, et j'ai import� la DLL dans la bo�te � outils
-Je peux m'en servir dans le designer du projet initial de ma "solution"
�a, �a fonctionne

Par contre, j'ai red�fini des m�thodes de ce PreviewPanelControl, et je fais appel � du code venant du projet initial de ma "solution". Et forc�ment, quand il compile, il ne trouve pas tout le code.
Je pourrais donc dupliquer mes fichiers sources pour les compiler dans les deux projets de la solution.

Mais qu'est-ce que c'est lourd !

Non, franchement, sous-classer un �l�ment d'interface utilisateur, en .NET, c'est forc�ment une gal�re de ce genre ?

+
Chacha

[edit]
Ah, ben �a n'a pas manqu�... vu que le code est compil� dans la dll du PreviewPanelContol et dans l'exe du programme initial, il y a du code dupliqu� et �a ne compile pas.

je comprends pas, si tu rajoutes des m�thodes dans ton userControl, il faut recompiler pour que ton programme qui r�f�rence l'userControl puisse etre au courant des modifications

Ok, j'explique un peu mieux.

J'ai, dans une "solution" S, un projet Toto, qui d�clare, impl�mente, et manipule une classe Titi (Titi.h et Titi.cpp).

Je veux cr�er une sous-classe "MyControl" de UserControl, qui dans une m�thode red�finie, manipule des objets Titi.

Pour cr�er cette sous-classe, je suis oblig� d'ajouter un projet "MyControl" � ma solution S.
Ensuite,dans MyControl.cpp, pour manipuler les objets de type Titi, je dois include Titi.h. Il me faut donc importer Titi.h et Titi.cpp depuis le projet Toto vers le projet MyControl.
Du coup, le projet MyControl cr�e bien sa dll, avec le code de Titi.

Du c�t� du projet Toto, vu qu'il est li� � MyControl.dll, il refuse de recompiler Titi.h et Titi.cpp, sous pr�texte que tout est d�j� dans MyControl.dll.

Et il y a des erreurs en cascade : � chaque fois que j'ai cru contourner le probl�me, il y avait d'autres soucis (le designer qui se remet � ne plus marcher, etc...)

Bref : le designer de Visual est vraiment restrictif : tout est sa faute. S'il acceptait que dans son code auto-g�n�r�, on remplace les instanciations de classe standard (Panel, Button...) par des sous-classes, alors tout irait bien ! Mais il pr�tend ne pas conna�tre les classes (malgr� les include et autres) et refuse alors de fonctionner.

+
Chacha

mais tu n'as pas � r�inclure toto.h et toto.cpp dans ton projet
si tu r�f�rences l'assembly, tu l'utilises directement
si tu r�inclus le code, ca ne sert � rien de cr�er la dll

Citation:

---

Envoy� par nico-pyright(c)

mais tu n'as pas � r�inclure toto.h et toto.cpp dans ton projet

---

Si mon user control doit manipuler des objets titi, il foit bien include titi.h
Si mon projet toto veut appeler des m�thodes du UserControl, il doit bien en importer les headers.

Citation:

---

si tu r�inclus le code, ca ne sert � rien de cr�er la dll

---

J'aurais justement bien aim� me passer d'une DLL pour une b�te sous classe de contr�le !

+
Chacha

si tu utilises un UserControl, donc une assembly .Net, tu n'as pas besoin d'inclure le .h
l'assembly est auto-descriptive

Citation:

---

Envoy� par nico-pyright(c)

si tu utilises un UserControl, donc une assembly .Net, tu n'as pas besoin d'inclure le .h
l'assembly est auto-descriptive

---

Oui mais dans mon code � moi, j'ai bien besoin du .h pour valider mes appels de fonction.

Cela dit, apr�s de multiples recherches, j'ai enfin compris le principal probl�me que j'avais.
En r�alit�, il est tout � fait possible de cr�er de nouveaux UserControls compatibles avec le designer sans cr�er de nouveaux projets et DLLs (et donc sans avoir ces probl�mes de .h/pas .h). Si j'ajoute un UserControl � mon projet en cours, je n'ai qu'� inclure l'exe du projet dans la bo�te � outils du designer (Choisir les items, etc.) C'est d'ailleurs ce que tu me disais (inclure l'assembly).
Or, c'�tait la premi�re chose que j'avais essay�e avant de poster sur ce forum, et comme �a n'avait pas march�, j'avais cherch� d'autres solutions (donc en postant).
Et pourquoi cela n'avait-il pas march� ? J'obtenais une erreur bizarre, de exe invalide, avec plusieurs TLS... (super clair, donc). Je pensais donc simplement avoir mal devin� ce qu'il fallait faire. En r�alit�, c'est parce que mon code n'est pas compil� en /clr:pure, du fait de mon utilisation intensive de code C/C++ de base et de librairies tierces en C. Et dans ce cas, mon assembly ne peut contenir de UserControls compatibles avec le designer...
Rajoutons � cela un bug apparemment bien connu :
https://connect.microsoft.com/Visual...dbackID=144156

Au final, voici un bel imbroglio dont j'ai eu du mal � me d�p�trer.

Merci en tous cas pour ta t�nacit�. Et � charge de revanche... (Sans doute pas en .NET, mais en Cocoa, l� je ma�trise :-)

+
Chacha