J'ai construit un mot simple addin qui interagit avec une entreprise intranet.
Pour une raison quelconque, je ne peux pas sembler obtenir l'addin à lire des appsettes à partir de son fichier de configuration.
Y a-t-il quelque chose de fondamental qui ne permet pas à Office Adines de lire des fichiers de configuration comme une application .NET normale?
acclamations
3 Réponses :
Dans ce cas, le fichier de configuration doit être associé à l'exécutable WinWord.exe.
Ainsi, pour que les paramètres de l'application soient lus par un addin, même si l'appel à ConfigurationManager.appsettings est dans une autre DLL, le réglage doit s'asseoir dans Winword.exe.config.
Cela a-t-il fonctionné pour vous? J'ai un addin Excel mais mon fichier .config nommé est basé sur le nom de l'addition et cela fonctionne bien.
J'ai un mot addin et ma configuration est la même que la DLL par exemple somedaddin.dll.config
Quelqu'un peut-il expliquer pourquoi certains utilisateurs peuvent obtenir addin.dll.config au travail, tandis que d'autres doivent utiliser Winword.exe.config? (J'appartiens dans ce dernier groupe.)
Mise à jour: Le thread suivant m'a aidé. J'ai posté une réponse à ce sujet aussi. Connect.Microsoft.com/visualstudio/feedback/Détails/653444/...
Ce fil m'a aidé:
https://connect.microsoft.com/visualstudio/feedback/details/653444/visual-Studio-sp1-or-Studio-vsto-sp1-issue-with-config-file-location
En particulier, cela a résolu le problème pour moi:
Vous devrez faire le changement de votre
Projet de déploiement, pas dans le .vsto
ou .Manifest fichiers. Plus précisément, vous
besoin de changer la chaîne écrite dans
la valeur du registre "manifeste". Pour
exemple, la procédure pas à pas dans cette
L'article vous dirige de définir le
Valeur "manifeste" à
"[TargetDir] Exceladdin.vsto | Vstolocal":
http://msdn.microsoft.com/en-us/vsto/ff937654.aspx .
Pour satisfaire le nouveau programme URI
exigence pour le chargement de chemin rapide, vous
en fait besoin de définir la valeur pour
"Fichier: /// [TargetDir] Exceladdin.vsto | Vstolocal".