Problembehandlung in Office-Projektmappen

Artikel
02/26/2013

Es können Probleme auftreten, wenn Sie die folgenden Aufgaben beim Entwickeln von Office-Projektmappen in Visual Studio ausführen:

Erstellen, Aktualisieren und Öffnen von Projekten
Verwenden der Designer
Schreiben von Code
Erstellen von Projekten
Debuggen von Projekten

Erstellen, Aktualisieren und Öffnen von Projekten

Die folgenden Fehler können auftreten, wenn Sie Office-Projekte erstellen oder öffnen.

Das Projekt kann nicht erstellt werden.

Bei dem Versuch, ein Office-Projekt zu erstellen oder zu öffnen, ist ein Fehler aufgetreten. Visual Studio verfügt jedoch nicht über ausreichende Informationen, um die Ursache zu bestimmen.Versuchen Sie, das Projekt zu schließen, beenden Sie Visual Studio, und führen Sie den Vorgang erneut aus.

Wenn Sie versuchen, ein Projekt auf Dokumentebene zu erstellen, kann es vorkommen, dass ein anderes Dokument mit demselben Namen wie das Dokument im neuen Projekt bereits in Word oder Excel geöffnet ist.Stellen Sie sicher, dass alle anderen Instanzen von Excel oder Word geschlossen sind.

Steuerelementeigenschaften gehen beim Erstellen eines neuen Projekts auf Grundlage eines vorhandenen Projekts verloren.

Wenn Sie ein neues Office-Projekt anhand eines Dokuments aus einem bestehenden Projekt erstellen, werden die Eigenschaften für Steuerelemente auf dem Dokument nicht in das neue Projekt kopiert.Sie müssen die Eigenschaften für alle vorher bestehenden Steuerelemente manuell zurücksetzen.Alternativ können Sie die Steuerelementeigenschaften übernehmen, indem Sie statt eines neuen Projekts eine Kopie des bestehenden Projekts erstellen oder indem Sie das bestehende Projekt in die neue Projektmappe (im Designer) laden und die Steuerelemente aus dem bestehenden Dokument kopieren und in das neue Dokument einfügen.

Fehler beim Erstellen eines Excel-Arbeitsmappenprojekts auf Grundlage einer vorhandenen Arbeitsmappe

Wenn Sie ein neues Excel-Arbeitsmappenprojekt basierend auf einer vorhandenen Arbeitsmappe erstellen, kann eine Kombination der folgenden Fehler angezeigt werden.

Excel: "Datensicherheitswarnung: Dieses Dokument enthält Makros, ActiveX-Steuerelemente, XML-Erweiterungspaketinformationen oder Webkomponenten.Diese enthalten möglicherweise persönliche Informationen, die durch den Dokumentinspektor nicht entfernt werden können.“

Visual Studio: "Der Designer wurde nicht ordnungsgemäß geladen."

Diese Fehler können auftreten, wenn Sie versuchen, ein Projekt zu erstellen, das auf einer Arbeitsmappe basiert, deren persönliche Informationen mithilfe des Dokumenteninspektors entfernt wurden.Führen Sie vor dem Erstellen des Projekts die folgenden Schritte aus, um diesen Fehler zu vermeiden.

Öffnen Sie die Arbeitsmappe in Excel.
Öffnen Sie in Excel das Sicherheitscenter.
Deaktivieren Sie auf der Registerkarte Datenschutzoptionen das Kontrollkästchen Beim Speichern persönliche Daten aus Dateieigenschaften entfernen.
Speichern Sie die Arbeitsmappe, und schließen Sie Excel.

Ein Dokument kann nach der Migration nicht geöffnet werden.

Nachdem eine Office-Lösung zu Microsoft Office 2010 migriert wurde, kann das Projekt nicht auf einem Entwicklungscomputer geöffnet werden, wenn nur das 2007 Microsoft Office System installiert ist.Die folgenden Fehler können angezeigt werden.

"Ein oder mehrere Projekte in der Projektmappe wurden nicht ordnungsgemäß geladen.Details werden im Ausgabefenster angezeigt."

"Das Projekt kann nicht erstellt werden, da die diesem Projekttyp zugeordnete Anwendung nicht installiert ist.Sie müssen die diesem Projekttyp zugeordnete Microsoft Office-Anwendung installieren."

Um dieses Problem zu beheben, bearbeiten Sie die VBPROJ- oder CSPROJ-Datei.Ersetzen Sie für ein Word-Projekt HostPackage="{763FDC83-64E5-4651-AC9B-28C4FEB985A1}" durch HostPackage="{6CE98B71-D55A-4305-87A8-0D6E368D9600}".Ersetzen Sie für ein Excel-Projekt HostPackage="{B284B16A-C42C-4438-BDCD-B72F4AC43CFB}" durch HostPackage="{825100CF-0BA7-47EA-A084-DCF3308DAF74}".Ersetzen Sie für ein Outlook-Projekt HostPackage =" {D2B20FF5-A6E5-47E1-90E8-463C6860CB05}" durch HostPackage =" {20A848B8-E01F-4801-962E-25DB0FF57389}".

Stellen Sie alternativ sicher, dass migrierte Projekte nur auf Entwicklungscomputern geöffnet werden, auf denen Microsoft Office 2010 bereits installiert ist.

Fehler in aktualisierten Office 2003-Projekten auf Dokumentebene, die Windows Forms-Steuerelemente enthalten

Wenn Sie ein Microsoft Office 2003-Projekt auf Dokumentebene aktualisieren und das Dokument Windows Forms-Steuerelemente enthält, können im aktualisierten Projekt Kompilier- oder Laufzeitfehler auftreten.Um dieses Problem zu vermeiden, installieren Sie vor dem Aktualisieren des Projekts die Visual Studio 2005-Tools für Office Second Edition-Laufzeit auf dem Entwicklungscomputer.Diese Version der Laufzeit steht im Microsoft Download Center unter Microsoft Visual Studio 2005-Tools für Office Second Edition-Laufzeit (VSTO 2005 SE) (x86) als verteilbares Paket zur Verfügung.

Nachdem Sie das Projekt aktualisiert haben, können Sie die Visual Studio 2005-Tools für Office Second Edition-Laufzeit vom Entwicklungscomputer deinstallieren, wenn sie nicht von anderen Office-Projektmappen verwendet wird.

Verwenden der Designer

Die folgenden Fehler können auftreten, wenn Sie in Projekten auf Dokumentebene mit dem Dokument-, Arbeitsmappen- oder Arbeitsblatt-Designer arbeiten.

Fehler beim Laden des Designers

In den folgenden Fällen kann Visual Studio den Designer nicht öffnen:

Excel oder Word ist bereits geöffnet und zeigt ein modales Dialogfeld an.Um den Designer zu öffnen, prüfen Sie, ob in Excel oder Word ein modales Dialogfeld geöffnet ist, und schließen Sie alle geöffneten modalen Dialogfelder.Wenn keine modalen Dialogfelder geöffnet sind, sind möglicherweise anderen Maßnahmen erforderlich, damit Excel bzw. Word reagiert.
Das Projekt wird gerade gedebuggt.Beenden Sie den Debugvorgang oder schließen Sie den Debugvorgang ab, um den Designer zu öffnen.
Ein auf dem Entwicklungscomputer installiertes Excel-Add-In zeigt ein Dialogfeld an, wenn Excel gestartet wird.Um ein Excel-Projekt auf Dokumentebene zu erstellen, müssen Sie zuerst das Add-In deaktivieren.

Steuerelemente werden auf dem Dokument oder dem Arbeitsblatt als schwarze Rechtecke angezeigt

Wenn Sie Steuerelemente auf einem Dokument oder einem Arbeitsblatt gruppieren, erkennt Visual Studio die Steuerelemente nicht mehr.Auf gruppierte Steuerelemente kann im Eigenschaftenfenster nicht zugegriffen werden, und sie werden auf dem Dokument oder Arbeitsblatt als schwarze Rechtecke angezeigt.Sie müssen die Gruppierung der Steuerelemente auflösen, um ihre Funktionalität wiederherzustellen.

Steuerelemente in einer Word-Vorlage sind in Visual Studio nicht sichtbar.

Wenn Sie eine Word-Vorlage im Visual Studio-Designer öffnen, sind Steuerelemente in der Vorlage, die nicht in den Textfluss eingefügt wurden, eventuell nicht sichtbar.Dies ist darauf zurückzuführen, dass Word-Vorlagen in Visual Studio in der Normalansicht geöffnet werden.Um die Steuerelemente anzuzeigen, klicken Sie auf das Menü Ansicht, zeigen Sie auf Microsoft Office Word-Ansicht, und klicken Sie dann auf Seitenlayout.

Befehl "ClipArt einfügen" bewirkt nichts in Visual Studio-Designer

Wenn Excel oder Word im Visual Studio-Designer geöffnet ist, wird durch Klicken auf die Schaltfläche ClipArt auf der Registerkarte Abbildungen im Menüband der Aufgabenbereich ClipArt nicht geöffnet.Um ein ClipArt-Objekt hinzuzufügen, müssen Sie die Kopie des Arbeitsblatts oder Dokuments öffnen, die sich außerhalb von Visual Studio im Hauptprojektordner befindet (nicht die Kopie im \bin-Ordner), das ClipArt-Objekt hinzufügen und anschließend das Arbeitsblatt oder Dokument speichern.

Schreiben von Code

Die folgenden Fehler können beim Schreiben von Code in Office-Projekten auftreten.

Der Zugriff auf einige Ereignisse von Office-Objekten ist bei Verwendung von C# nicht möglich.

In einigen Fällen kann ein Compilerfehler wie der folgende angezeigt werden, wenn Sie versuchen, auf ein bestimmtes Ereignis einer Instanz eines primären Interopassemblytyps (PIA) für Office in einem Visual C#-Projekt zuzugreifen.

"Mehrdeutigkeit zwischen Microsoft.Office.Interop.Excel._Application.NewWorkbook und Microsoft.Office.Interop.Excel.AppEvents_Event.NewWorkbook"

Dieser Fehler bedeutet, dass Sie auf ein Ereignis zuzugreifen versuchen, das den gleichen Namen wie eine andere Eigenschaft oder Methode des Objekts besitzt.Um auf das Ereignis zuzugreifen, müssen Sie das Objekt in die zugehörige Ereignisschnittstelle umwandeln.

Office-PIA-Typen mit Ereignissen implementieren zwei Schnittstellen: eine Kernschnittstelle mit allen Eigenschaften und Methoden und eine Ereignisschnittstelle, die die vom Objekt verfügbar gemachten Ereignisse enthält.Für diese Ereignisschnittstellen wird die Benennungskonvention "ObjektnameEreignissen_Event" verwendet, z. B. Microsoft.Office.Interop.Excel.AppEvents_Event und Microsoft.Office.Interop.Word.ApplicationEvents2_Event.Wenn Sie nicht auf ein Ereignis zugreifen können, das in einem Objekt vorhanden sein sollte, wandeln Sie das Objekt in die zugehörige Ereignisschnittstelle um.

Microsoft.Office.Interop.Excel.Application-Objekte verfügen z. B. über ein NewWorkbook-Ereignis und eine NewWorkbook-Eigenschaft.Um das NewWorkbook-Ereignis zu behandeln, wandeln Sie das Microsoft.Office.Interop.Excel.Application-Objekt in die AppEvents_Event-Schnittstelle um.Im folgenden Codebeispiel wird dies für ein Projekt auf Dokumentebene für Excel veranschaulicht.

private void ThisWorkbook_Startup(object sender, System.EventArgs e)
{
    ((Excel.AppEvents_Event)this.Application).NewWorkbook += 
        new Excel.AppEvents_NewWorkbookEventHandler(ThisWorkbook_NewWorkbook);
}

void ThisWorkbook_NewWorkbook(Excel.Workbook Wb)
{
    // Perform some work here.
}

Weitere Informationen zu Ereignisschnittstellen in den Office-PIAs finden Sie unter Overview of Classes and Interfaces in the Office Primary Interop Assemblies.

Kann Office PIA-Klassen in Projekten verweisen, die .NET Framework 4 oder .NET Framework 4.5 abzielen

In Projekten, die .NET Framework 4 oder .NET Framework 4.5 abzielen, Code kompiliert, der verweist, eine Klasse, die in einer Office-PIA definiert ist, nicht standardmäßig.Für Klassen in den PIAs wird die Benennungskonvention "ObjektnameClass" verwendet, z. B. DocumentClass und WorkbookClass.Der folgende Code aus einem Word-Add-In-Projekt wird z. B. nicht kompiliert.

Dim document As Word.DocumentClass = Globals.ThisAddIn.Application.ActiveDocument

Word.DocumentClass document = (Word.DocumentClass) Globals.ThisAddIn.Application.ActiveDocument;

Dieser Code führt zu den folgenden Kompilierungsfehlern:

Visual Basic: "Der Verweis auf die Klasse "DocumentClass" ist nicht zulässig, wenn die zugehörige Assembly im No-PIA-Modus verknüpft ist."
Visual C#: "Der Interoptyp "Microsoft.Office.Interop.Word.DocumentClass" kann nicht eingebettet werden.Verwenden Sie stattdessen die entsprechende Schnittstelle."

Um diesen Fehler zu beheben, ändern Sie den Code, sodass er stattdessen auf die entsprechende Schnittstelle verweist.Verwenden Sie z. B. anstelle eines Verweises auf ein DocumentClass-Objekt einen Verweis auf eine Instanz der Document-Schnittstelle.

Dim document As Word.Document = Globals.ThisAddIn.Application.ActiveDocument

Word.Document document = Globals.ThisAddIn.Application.ActiveDocument;

Projekte, die .NET Framework 4 oder .NET Framework 4.5 abzielen, betten automatisch alle Interop-Typen aus Office PIAs standardmäßig ein.Dieser Kompilierungsfehler tritt auf, weil die Funktion für eingebettete Interoptypen nur für Schnittstellen funktioniert, aber nicht für Klassen.Weitere Informationen zu Schnittstellen und Klassen in den Office-PIAs finden Sie in der Übersicht über Klassen und Schnittstellen in den primären Interopassemblys für Office (möglicherweise in englischer Sprache).Weitere Informationen zu der Funktion für eingebettete Interoptypen in Office-Projekten finden Sie unter Entwerfen und Erstellen von Office-Lösungen.

Verweise auf Office-Klassen werden nicht erkannt

Einige Klassennamen wie Application kommen in mehreren Namespaces vor, z. B. in Microsoft.Office.Interop.Word und System.Windows.Forms.Aus diesem Grund enthält die Imports/using-Anweisung am Anfang der Projektvorlage eine verkürzte Qualifizierungskonstante, z. B.:

Imports Word = Microsoft.Office.Interop.Word

using Word = Microsoft.Office.Interop.Word;

Bei dieser Verwendung der Imports/using-Anweisung müssen Sie anhand des Word- oder Excel-Qualifizierers eine Unterscheidung zwischen den Verweisen auf Office-Klassen vornehmen. Beispiel:

Dim doc As Word.Document

Word.Document doc;

Bei Verwendung einer Deklaration ohne Qualifizierer werden Fehlermeldungen ausgegeben. Beispiel:

Dim doc As Document  ' Class is ambiguous

Document doc;  // Class is ambiguous

Obwohl Sie den Word- oder Excel-Namespace importiert und Zugriff auf alle darin enthaltenen Klassen haben, müssen Sie alle Typen mit Word oder Excel voll qualifizieren, um die Mehrdeutigkeit beim Namespace zu beseitigen.

Erstellen von Projekten

Beim Erstellen von Office-Projekten können die folgenden Fehler auftreten.

Es kann kein Projekt auf Dokumentebene erstellt werden, das auf einem Dokument mit beschränkten Berechtigungen basiert

Visual Studio kann keine Projekte auf Dokumentebene erstellen, wenn das Dokument beschränkte Berechtigungen hat.Wenn das Projekt ein Dokument mit eingeschränkten Berechtigungen enthält, kann es nicht kompiliert werden, und die folgende Meldung wird im Fenster Fehlerliste angezeigt.

"Fehler beim Hinzufügen der Anpassung."

Wenn Sie ein Dokument mit beschränkten Berechtigungen einschließen möchten, müssen Sie beim Entwickeln und Erstellen der Projektmappe ein unbeschränktes Dokument verwenden.Übernehmen Sie dann die beschränkten Berechtigungen für das Dokument am Veröffentlichungsort, nachdem Sie die Projektmappe veröffentlicht haben.

Compilerfehler nach dem Löschen eines NamedRange-Steuerelements

Wenn Sie ein NamedRange-Steuerelement aus einem Arbeitsblatt löschen, das nicht das aktive Arbeitsblatt im Designer ist, wird der automatisch generierte Code möglicherweise nicht aus dem Projekt entfernt, und es können Compilerfehler auftreten.Um sicherzustellen, dass der Code entfernt wird, müssen Sie vor dem Löschen des Steuerelements immer das Arbeitsblatt auswählen, das das NamedRange-Steuerelement enthält, um dieses als aktives Arbeitsblatt festzulegen.Wenn automatisch generierter Code beim Löschen des Steuerelements nicht gelöscht wird, können Sie den Designer anweisen, den Code zu löschen. Aktivieren Sie dazu das Arbeitsblatt, und nehmen Sie eine Änderung vor, sodass das Arbeitsblatt als geändert markiert wird.Beim Neuerstellen des Projekts wird der Code entfernt.

Debuggen von Projekten

Beim Debuggen von Office-Projekten können die folgenden Fehler auftreten.

Eingabeaufforderung zum Deinstallieren beim Veröffentlichen und Installieren einer Projektmappe auf dem Entwicklungscomputer

Wenn Sie eine Office-Projektmappe debuggen, kann der folgende Fehler angezeigt werden.

"Die Anpassung kann nicht installiert werden, weil derzeit eine andere Version installiert ist und von diesem Speicherort nicht aktualisiert werden kann."

Dieser Fehler weist darauf hin, dass Sie die Office-Projektmappe zuvor auf dem Entwicklungscomputer veröffentlicht und installiert haben.Um die Anzeige der Meldung zu verhindern, deinstallieren Sie die Projektmappe vor dem Debuggen über die Liste der installierten Programme auf dem Computer.Alternativ können Sie ein anderes Benutzerkonto auf dem Entwicklungscomputer erstellen, um die Installation der veröffentlichten Projektmappe zu testen.

An UNC-Netzwerkspeicherorten erstellte Projekte auf Dokumentebene werden nicht in Visual Studio ausgeführt.

Wenn Sie ein Projekt auf Dokumentebene für Excel oder Word an einem UNC-Netzwerkspeicherort erstellen, müssen Sie den Speicherort des Dokuments der Liste vertrauenswürdiger Speicherorte in Word oder Excel hinzufügen.Andernfalls wird die Anpassung nicht geladen, wenn Sie versuchen, das Projekt in Visual Studio auszuführen oder zu debuggen.Weitere Informationen zu vertrauenswürdigen Speicherorten finden Sie unter Gewähren von Vertrauenswürdigkeit für Dokumente.

Threads werden nach dem Debuggen nicht ordnungsgemäß angehalten

Office-Projekte in Visual Studio folgen einer Threadnamenskonvention, die den Debugger in die Lage versetzt, das Programm ordnungsgemäß zu schließen.Wenn Sie in der Projektmappe Threads erstellen, stellen Sie vor den Namen jedes einzelnen Threads das Präfix VSTA_, um sicherzustellen, dass diese Threads ordnungsgemäß behandelt werden, wenn Sie das Debuggen stoppen.Legen Sie beispielsweise die Name-Eigenschaft eines Threads, der auf ein Netzwerkereignis wartet, auf VSTA_NetworkListener fest.

Es können keine Office-Lösungen auf dem Entwicklungscomputer ausgeführt oder gedebuggt werden.

Wenn Sie ein Office-Projekt auf dem Entwicklungscomputer nicht ausführen oder entwickeln können, wird möglicherweise die folgende Fehlermeldung angezeigt.

"Die Anpassung konnte nicht geladen werden, weil die Anwendungsdomäne nicht erstellt werden konnte."

Visual Studio speichert die Assemblys vor dem Laden von Office-Lösungen mithilfe von Fusion, dem Assemblyladeprogramm von .NET Framework, zwischen.Stellen Sie sicher, dass Visual Studio in den Fusion-Cache schreiben kann, und versuchen Sie es erneut.Weitere Informationen finden Sie unter Erstellen von Schattenkopien von Assemblys.

Fehler beim Beenden des Debuggers in einem Projekt auf Dokumentebene nach der Verwendung von "Bearbeiten und Fortfahren"

Wenn Sie "Bearbeiten und Fortfahren" verwenden, um Änderungen am Code in einem Projekt auf Dokumentebene für Excel oder Word vorzunehmen, während sich das Projekt im Unterbrechungsmodus befindet, wird beim anschließenden Beenden des Debuggers möglicherweise ein Dialogfeld mit der folgenden Fehlermeldung angezeigt.

"Das Beenden des Prozesses im aktuellen Zustand kann unerwünschte Ergebnisse wie Datenverlust oder Systeminstabilität zur Folge haben."

Unabhängig davon, ob Sie im Dialogfeld auf Ja oder Nein klicken, beendet Visual Studio den Word- oder Excel-Prozess und den Debugger.Um das Debuggen des Projekts ohne Anzeige dieses Dialogfelds zu beenden, beenden Sie Excel oder Word direkt, anstatt den Debugger in Visual Studio zu beenden.

Siehe auch

Freigeben über