Visual Studio n'ajoutez pas de mon composant (à partir d'une DLL) à la boîte à outils, même si je le référencer
Comme indiqué dans le titre, j'ai copié mon fichier DLL dans un projet Visual Studio, "contenu" et "copy". Ajout d'une référence à cette DLL et "copie locale".
J'ai réussi à l'exemple de mon composant d'un formulaire à l'aide de code, mais il n'apparaît pas dans la boîte à outils, vraiment ennuyeux.
Comment puis-je résoudre ce problème?
Si je me connecte directement le projet DLL à ce projet, il fonctionne, mais maintenant, je suis le traitement de la DLL en tant que "externe" de sorte qu'il ne fait pas partie de la même solution de la DLL projet.
OriginalL'auteur Fire-Dragon-DoL | 2011-01-07
Vous devez vous connecter pour publier un commentaire.
Vos composants doivent ensuite se présenter
Je ne reviendrai pas de l'écrire en tant que Visual Studio bug, sans l'épuiser les autres recours. Êtes-vous sûr que votre propriété n'est pas à jeter quand on y accède?
Je suis sûr qu'il fonctionne certainement (C# wrapper pour un C lib qui montre pgb sur mon G19 d'affichage), je suis en essais sur ce projet (l'un avec le problème) et fonctionne totalement sans jeter quoi que ce soit...
de cette façon, généralement fonctionne pour moi, mais juste aujourd'hui VS signale que la dll ne contiennent pas de composants à ajouter. Cependant, de nombreuses fois, je crie à l'écran disant il contient un Usercontrol, il ne fait toujours pas de travail.
OriginalL'auteur Andrew T Finnell
J'ai eu ce problème avec @AndrewFinnell de la solution:
Donc, j'ai résolu avec faire glisser et déposer des:
J'ai aussi réalisé que certains composants peuvent avoir des problèmes de compatibilité avec certains .NET Framework version. Par exemple Un Agenda Professionnel/La Vue De L'Agenda Que Vous Allez Utiliser semble ne pas fonctionner avec .NET 4.5, alors qu'il n' .NET 4.
OriginalL'auteur bluish
La façon que j'ai trouvée pour faire de ce travail est:
Et puis contrôles affichent dans la boîte à outils (pas toujours de travail, je pense que c'est une sorte de visual studio bug)
F5
, de la sorte, est probablement mieux, mais ils ne donnent pas une option...OriginalL'auteur Fire-Dragon-DoL
Comme dit ci-dessus,
J'référence à la DLL dans le projet du client par: dans l'Explorateur de solutions clic droit > Ajouter une Référence, à cette époque, le contrôle personnalisé ne s'affiche pas dans la boîte à outils.
Je l'enregistrer et fermer le projet du client.
Je redémarrez Visual Studio 2012 et rouvrez le projet du client. Maintenant, le contrôle personnalisé dans la boîte à outils.
Je vais rouvrir le projet de contrôle personnalisé, apporter des modifications et de les compiler.
Et le plus important, toutes les modifications que j'ai effectuées dans le projet de DLL ont été automatiquement mis à jour dans le projet du client, sans avoir à refaire "Ajouter une Référence".
OriginalL'auteur Vanderley Maia
Voici ce que j'ai fait.
Après l'installation du net 3.5 graphique télécharger à partir de MSDN lien, j'ai copié manuellement le graphique 3.5 dll à mon projet et à vous y référer. Puis, à partir de la "choisissez l'item" de la boîte à outils, accédez à la dll et les ajouter dans la boîte à outils. Assurez-vous que la case est cochée pour le "tableau" dans la partie "choisissez l'item" popup.
Après ces, la "charte" de l'élément dans la boîte à outils doit être disponible et activée .NET 3.5 projet.
NOTE
(Je suis à l'aide de Visual Studio 2010. Je pense que ma solution qui devrait fonctionner pour 2012.)
OriginalL'auteur rong__ye
J'ai eu ce même problème. Je travaille dans Visual Studio 2010.
Mon contrôle de l'utilisateur de la bibliothèque est écrite en C# et mon projet, je suis à l'importer dans est dans Visual Basic.
Si j'avais le projet C# dans ma solution, l'utilisateur personnalisé contrôles s'affichent automatiquement. Mais si j'ai seulement fait référence à la DLL, il ne serait pas charge de l'utilisateur personnalisé des contrôles à partir de la bibliothèque référencée dans la "boîte à outils".
Le post ci-dessus qui parle de trouver le fichier dans l'explorateur et en les faisant glisser et en le déposant dans la boîte à outils a résolu le problème. C'est une drôle de façon de se comporter. VB de contrôle de l'utilisateur des bibliothèques n'avez pas besoin de cette étape.
Cela a été un problème j'ai eu assis sur le brûleur pour les 2 dernières années.
Je-vote de la précédente réponse, mais je n'ai pas assez de représentants.
Ce post pourrait utiliser un peu mieux les balises, parce qu'il a été enterré sur la plupart de mes recherches sur google.
Donc
Une question que j'ai par rapport à cette question: qu'advient-il si vous modifiez la référence à la DLL (parce qu'il a déménagé) et de ne pas tenter de mettre à jour la boîte à outils de référence (en supprimant le contrôle de la boîte à outils et de glisser-déposer le fichier DLL à partir du nouvel emplacement)?
OriginalL'auteur Jer WasHere
J'ai essayé de suivre les autres réponses (merci à vous tous!), mais j'ai eu ce problème et je vais vous le savez tous comment je l'ai résolu, et de montrer à mes outils personnalisés de la barre d'outils (VS 2017).
Puis, quand je me regarde dans la boîte à outils, ma boîte à outils personnalisée nom apparaît dans
la barre d'outils, quand je développez que j'ai eu le message suivant
J'ai traîné la .dll et déposés en vertu de ce texte, et puis tous mes outils personnalisés apparu dans ma boîte à outils.
OriginalL'auteur Shakir Ahamed