Excel ne sera pas ouverte/lancement VSTO AddIn lors de l'exécution en mode debug de Visual Studio 2010
J'avais déjà installé le VS11 bêta, et a eu quelques problèmes avec mon instance Visual Studio 2010, que vous pouvez voir ici comment ils ont été résolus: Excel AddIn Cliquez une Fois des problèmes de déploiement.
Maintenant, j'ai une base de code qui compile/construit un vsto, qui installe très bien et fonctionne très bien dans Excel 2010. Cependant, quand j'ai supprimer la version installée à partir d'Excel, et d'essayer de l'exécuter directement à partir de Visual Studio 2010, le Complément n'est pas chargé dans Excel lors de l'exécution dans le debug mode de configuration, dans la version en mode de configuration, il fonctionne très bien. Toutes les idées sur pourquoi cela pourrait se produire? J'ai essayé de le réactiver par le biais de Compléments Com, et de quelques autres choses à pas de chance.
Vous devez vous connecter pour publier un commentaire.
J'ai trouvé le problème qui n'a pas été de me permettre de lancer mon projet 'Debug' mode de configuration, si elle a fonctionné dans "Libération" de mode. À un certain point, l'AddIn, se dur-désactivé (pas sûr si c'est le terme à utiliser). À ce point, essayer de ré-activer à partir d'Excel ne fait rien. Dans le registre, il y a un dossier où désactivé AddIns sont signalés. J'ai supprimé toutes les clés de ce dossier à l'exception de "(par Défaut)" et maintenant, mes AddIn œuvres lors du lancement de Visual Studio 2010 dans le 'Debug' mode.
Lorsque vous exécutez à travers Visual Studio 2010 qu'il ne frappe le point d'arrêt dans le addin_startup événement.
Si pas, essayez de déboguer ce façon
Espère que cela vous aide
Vous pouvez réactiver un dur-désactivé Add-In Excel
http://msdn.microsoft.com/en-us/library/ms268871(v=vs. 80).aspx
J'ai eu le même problème avec un Mot de VSTO, mais il n'y avait pas
Resiliency\DisabledItems
dossier dans ma base de registre, donc je pense qu'il n'a jamais été dur désactivé (comme dans @mservidio de la solution). Ce qui a fonctionné pour moi a été de modifier le Manifeste chemin dansHKEY_USERS\<user key>\Software\Microsoft\Office\Word\Addins\<Add-In name>
afin de refléter l' 'Debug', plutôt que de la "Libération" de chemin.Pour trouver le bon dossier, il pourrait être plus facile à la recherche pour le nom du module, et en vérifiant que Manifeste touches reportez-vous à la Debug chemin.
J'ai eu le même problème dans Excel.
La suite fonctionné pour moi:
Accédez à la clé suivante....
voir si votre plug-in est répertorié. si oui, le supprimer.
maintenant exécuter votre application à partir de Visual studio.
Cela a fonctionné pour moi, j'espère que ça peut aider quelqu'un d'autre.
J'ai également eu le même problème, ce que je n'ai pas compris :
Pourquoi je l'ai ré-installer Office 2016, je n'ai pas changer mon code ni VS, mais je reçois un
cant load
message d'erreur ?Après de nombreuses heures d', la réparation de Bureau et VS et d'obtenir le même message d'erreur, j'ai observé que l'Addin commence bien dans
Release
de config, j'ai commencé à vérifier la différence entre les deux config dans mon code.J'ai trouvé que
debug
config était ciblagex86
proc bugrelease
àany cpu
Donc Office x64 ne se charge pas x86 dll (dans mon cas)