Frage

Ich habe eine .NET (C #) Addin, die ein COM-Shim-DLL verwendet, um sich in Excel zu laden. Das Addin funktioniert ohne Probleme, wenn Excel normalerweise ausgeführt wird. Das AddIn zeigt seine eigene benutzerdefinierte Symbolleiste in Excel, die verwendet wird, um verschiedene Befehle auszuführen.

Wenn ich Excel in einer anderen Anwendung (z DSOFramer usw.) einbetten, beginnt die Addin seltsam verhalten. Es scheint, dass, wenn ich einen Knopf auf seiner Symbolleiste deaktivieren dann ist es nicht wieder freigegeben erhalten, nachdem die Visible-Eigenschaft festlegen. Außerdem bekomme ich ein paar Fehler „Objektverweis nicht gesetzt“, weil die Anwendung :: Selection-Objekt NULL ist, das nie passiert, wenn Excel läuft normal. Manchmal habe ich auch Fehler Erlaubnis, wenn Application :: GetAddIns () -Methode aufgerufen wird.

Ich bin nicht sicher, was hier passiert ist, und ich konnte keine Artikel finden, die das Verhalten von Excel COM-Add-In erklärt, wenn Excel in anderer Anwendung eingebettet ist.

War es hilfreich?

Lösung 2

Ich kontaktierte Microsoft Professional für dieses Problem und fand heraus, dass Microsoft nun die Einbettung Office-Anwendungen schreckt. Ich wurde vorgeschlagen, entweder zu stoppen Excel in die Anwendung einbetten oder verwenden Sie nur Excel 2007, die ein Band UI hat. Nach MS, wird die Ribbon-Benutzeroberfläche hat diese Probleme nicht.

Das Problem mit dem Command ist, dass die Verhandlungen nur während der OnConnection geschehen und keine Änderungen können nachträglich vorgenommen werden.

Andere Tipps

Ich muss zugeben, ich weiß nicht viel über dSOFramer, aber ich habe über die folgenden Elemente ausgeführt werden. Ich weiß nicht, ob diese überhaupt helfen.

link text

link text

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top