Ich habe ein einfaches Wort Addin, das mit einem Unternehmen Intranet interagiert gebaut.Word Addin nicht lesen appSetting
Aus irgendeinem Grund kann ich nicht scheinen, das Addin zu bekommen, um appSettings von seiner Konfigurationsdatei zu lesen.
Gibt es etwas Grundlegendes, das Büro Addins nicht erlaubt, Konfigurationsdateien wie eine normale .Net Anwendung zu lesen?
prost
In diesem Fall wird die Konfigurationsdatei mit den winword.exe ausführbaren zugeordnet werden muss.
Damit App-Einstellungen von einem Add-In gelesen werden, muss der Aufruf von ConfigurationManager.AppSettings in einer anderen DLL erfolgen, die Einstellung muss in winword.exe.config gespeichert sein.
Ich habe ein Wort Addin und meine Config ist das gleiche wie die DLL zum Beispiel somedAddin.dll.config
Kann jemand erklären, warum einige Benutzer addin.dll.config zum Arbeiten bekommen können, während andere winword.exe.config verwenden müssen? (Ich gehöre zur letzteren Gruppe.) –
Update: Der folgende Thread hat mir geholfen. Ich habe auch eine Antwort darauf geschrieben. https://connect.microsoft.com/VisualStudio/feedback/details/653444/visual-studio-sp1-oder-specifical-vsto-sp1-issue-with-config-file-location –
Dieser Thread ist mir geholfen:
Insbesondere gelöst das Problem für mich:
Sie werden die Veränderung in Ihrem Bereitstellungsprojekt, nicht in der .vsto oder .mani vornehmen müssen fest Dateien. Insbesondere müssen Sie die Zeichenfolge ändern, die in der "Manifest" Registrierungswert geschrieben wird. Für Beispiel leitet die Anleitung in diesem Artikel Sie den "Manifest" Wert setzen "[TARGETDIR] ExcelAddIn.vsto | vstolocal": http://msdn.microsoft.com/en-us/vsto/ff937654.aspx. Um das neue URI-Schema Anforderung für Fast Path loading zu erfüllen, müssen Sie tatsächlich den Wert "file: /// [TARGETDIR] ExcelAddIn.vsto | vstolocal" festlegen.
Hat es für Sie funktioniert? Ich habe ein Excel-Add-in, aber meine .config-Datei namens basiert auf dem Add-in-Namen und es funktioniert gut. – A9S6