Discussion :

[tsp]

Bonjour,

j'ai créé un composant visuel dérivant de System.Windows.Forms.Control. J'ai terminé mon composant, et l'ai testé en ajoutant un projet directement dans ma solution contenant ce composant. De ce fait, je trouve mon composant dans la boite à outils (tout en haut) et je peux ainsi le glisser sur ma form et le tester.

La dernière étape qui me pose problème est l'utilisation de ce composant dans un autre projet indépendant de la solution de ce composant. Je cré donc une nouvelle solution, clique sur ma boite à outils pour ajouter la dll de mon composant et une fois sélectionné et ajouté, celui ci apparait grisé et ne peut donc pas être déposé sur ma form.

Quelqu'un a t'il déjà rencontré ce problème et quelle est la solution ?

Merci d'avance.

[tomlev]

Vérifie que le projet dans lequel tu testes ne cible pas une version du framework antérieure à celle de la DLL (par exemple, application en 2.0 et DLL en 3.5)

[tsp]

Mon application test ainsi que ma dll sont bien en framework 2.0 avec une plateforme Windows CE.

[tsp]

Après avoir refait petit à petit mon composant, le problème viendrait d'une ligne de code qui n'est pas "éxécutable", "interprétable" ou "compatible" avec windowsXP ? visual studio ? Je ne sais pas exactement ce qui se passe.

Quoi qu'il en soit, si je met cette ligne en commentaire, le composant est accessible ; si je la décommente, il ne l'est plus.

1) est il possible de voir ce qu'il se passe lorsque l'on ajoute une composant à la boite à outils ? comme un espèce de mode debug ?

2) comment fait on pour mettre du code qui ne doit absolument pas être "éxécuté" ou "interprété" en mode design, dans un composant ?

[tomlev]

Après avoir refait petit à petit mon composant, le problème viendrait d'une ligne de code qui n'est pas "éxécutable", "interprétable" ou "compatible" avec windowsXP ? visual studio ? Je ne sais pas exactement ce qui se passe.

Quoi qu'il en soit, si je met cette ligne en commentaire, le composant est accessible ; si je la décommente, il ne l'est plus.

Ce serait plus facile de t'aider si tu nous disais de quelle ligne de code il s'agit

1) est il possible de voir ce qu'il se passe lorsque l'on ajoute une composant à la boite à outils ? comme un espèce de mode debug ?

Oui. Tu lances un 2e Visual Studio, tu vas dans Outils -> Attacher au processus, et tu sélectionnes le 1er Visual Studio (devenv.exe). Ensuite tu ouvres le fichier source de ton composant, et tu mets des breakpoints où tu veux

2) comment fait on pour mettre du code qui ne doit absolument pas être "éxécuté" ou "interprété" en mode design, dans un composant ?

Tu peux utiliser la propriété DesignMode du composant :

Code :

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

1
2
3
4
if (!this.DesignMode)
{
    ...
}

[tsp]

Ce serait plus facile de t'aider si tu nous disais de quelle ligne de code il s'agit

En fait mon composant est un composant pour SmartDevices et ma ligne est donc liée à une DLL de mon appareil. J'ai posé la même question dans la partie Windows Mobile du forum mais n'ayant aucune réponse, je me suis dis qu'en restant général je pourrais peut être avoir des pistes. Quoi qu'il en soit le bout de code qui me gêne est le suivant :

Code :

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

this.MyReader.ReadNotify -= this.MyEventHandler;

sachant que MyReader est :

Code :

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

private Symbol.Barcode.Reader MyReader = null;

Tu peux utiliser la propriété DesignMode du composant : !this.DesignMode

En fait je suis en compact framework est le this.DesignMode n'existe pas. Il existe uniquement un this.ISite.DesignMode mais je ne sais pas vraiment l'utiliser.

[tomlev]

En fait mon composant est un composant pour SmartDevices et ma ligne est donc liée à une DLL de mon appareil

si tu ajoutes une référence à la DLL dans ton projet, ça devrait passer, non ?

En fait je suis en compact framework est le this.DesignMode n'existe pas. Il existe uniquement un this.ISite.DesignMode mais je ne sais pas vraiment l'utiliser.

Ben de la même façon a priori... sauf que Site peut être null, donc il faut vérifier :

Code :

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

1
2
3
4
if (!(this.Site != null && this.Site.DesignMode))
{
    ...
}

[tsp]

Effectivement, ISite fonctionne très bien comme ça. Je suis arrivé à faire la distinction entre le mode Design et le mode Execution.

Cependant, même entouré par ISite, le bout de code pose encore des problèmes et le composant reste grisé dans la boite à outils.

Code :

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

1
2
3
4
5
6
7
8
9
 
 if ((this.Site != null) && (this.Site.DesignMode))
{
     if ((this.MyReader != null) && (this.MyReaderData != null))
     {
          this.MyReader.ReadNotify += this.MyEventHandler;
          ...
     }
}

si tu ajoutes une référence à la DLL dans ton projet, ça devrait passer, non ?

Ma dll est bien référencée dans mon composant, d'ailleurs la génération de la DLL de mon composant ne pose aucun problème ; elle l'est également dans mon projet de test.

[tomlev]

Cependant, même entouré par ISite, le bout de code pose encore des problèmes et le composant reste grisé dans la boite à outils.

Code :

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

if ((this.Site != null) && (this.Site.DesignMode))

Euh, elle serait pas inversée ta condition ? parce que là le code ne s'exécute que si tu es en mode design... alors qu'il faudrait que ce soit le contraire, non ?

Enfin de toutes façons je ne pense pas que ça ait un rapport avec le fait que le contrôle soit indisponible dans la boite à outil. A priori, à ce stade aucun code du contrôle n'a été exécuté...

[tsp]

Effectivement, la condition était inversée mais effectivement également, cela ne change malheureusement rien.