Suchergebnisse

Die VS19-Installation war faul. Ich habe jetzt Office und SharePoint-Entwicklung-Komponente hinzugefügt und die Toolbox ist wieder zu sehen.

@EaranMaleasi Meinst du diese: Schweregrad Code Beschreibung Projekt Datei Zeile Unterdrückungszustad Warnung Es wurden Konflikte zwischen verschiedenen Versionen derselben abhängigen Assembly gefunden. Legen Sie die "AutoGenerateBindingRedirects"-Eigenschaft in der Projektdatei auf TRUE fest. Weitere Informationen finden Sie unter http://go.microsoft.com/fwlink/?LinkId=294190.

@RodFromGermany Es ist korrekt, was @florian03 sagt, ich will kein UWP-Projekt. @florian03 Es ändert nichts, wenn ich auf den ersten Reiter gehe: Da ist eine Tabelle mit etlichen Elementen, die ausgewählt sind, u.a. {Name:"Button", Namespace: "System.Windows.Forms", Assemblyname: "System.Windows.Forms"}

@Bartosz @RodFromGermany @VaporiZed Das projekt ist neu und wurde in VS19 erstellt. Die Rechner, wo ich VS19 installierte, sind neu. Nach Zurücksetzen, und Elemente auswählen im Kontextmenü bekam ich die Möglichkeit, die Elemente auszusuchen und die sind da (s. das Bild).

Je nachdem mit welcher VS-Version ich zu tun habe (In einem Fall sieht es so aus wie bei dir, in einem anderen erscheint leere Toolbox).

Ich entwickle eine Form-Anwendung in VS2019 und habe meiner Form etliche Steuerelemente hinzugefügt, wofür ich die Toolbox mit Steuerelementen benutzt habe. Button, List,ComboBox usw. Jetzt ist diese Toolbox weg und ich finde sie nicht wieder. Tastenkombination Ctrl-Alt-X oder Ctrl-Alt-W funktionieren nicht. Im Menü finde ich die Toolbox auch nicht wieder und bin schon ziemlich verzweifelt. Wie kann ich diese Toolbox anzeigen lassen?

Ich kann die Werte im Debugger nicht sehen, weil das der native Code ist. Aber ich habe mich letztendlich für eine andere Variante entschieden: ich kann die Felder mit Ersetzen "überbraten". VB.NET-Quellcode (11 Zeilen) wo bspw text="«Name»" und replacewith="Dan" ist.

Ich dachte, MergeFields sind Fields oder FormFields. Ist das falsch? Mit Schift-F9 kann ich sie anzeigen lassen.

Hi, ich möchte in einem Word-Dokument, das als Serienbrief gedacht ist, einige Felder durch VB-Code aktualisieren. Dafür habe ich eine Template-Datei erstellt, wo etliche Felder durch {MERGEFIELD «Feld»} definiert, die ich meinen Angaben ändern möchte. Zu diesem Zweck habe ich mir so einen Programmcode überlegt: VB.NET-Quellcode (5 Zeilen) Der Code ist falsch, denn das Visual Studio kann das Feld nicht finden. Das angeforderte Element ist nicht in der Sammlung vorhanden. Wie kann es sein, wenn i…

Das war tatsächlich ein Problem mit einer faulen Office-Registrierung, das die Exception verursacht hat. Mehr dazu: stackoverflow.com/questions/20…xception-from-hresult-0x8

Hast du recht -- Vierzeiler sind keine echten Programme. Ab und an vielleicht doch, aber nur in Python Ich melde mich noch später, wenn ich mehr über diese Exception weiß...

Es war tatsächlich Windows. Jetzt habe ich VS auf einem neuen Rechner installiert und dein Programm läuft ohne die Exception. Allerdings gibt es eine andere, wenn die Zeile Dim oDoc As New Word.Document ausgeführt wird. Womit kann das zusammenhängen? System.Runtime.InteropServices.COMException: 'Creating an instance of the COM component with CLSID {00020906-0000-0000-C000-000000000046} from the IClassFactory failed due to the following error: 80010001 Call was rejected by callee. (Exception from…

Zitat von Dksksm: „Dein Projekt ist leicht "defekt"... Dein Verweis auf Microdoft.Office.Interop.Word geschieht direkt über C:\Windows\assembly\GAC_MSIL\Microsoft.Office.Interop.Word\15.0.0.0__71e9bce111e9429c\Microsoft.Office.Interop.Word.dll... Ich würde es trotzdem wie ich schon schrieb diesen Verweis löschen und dafür das entsprechende NuGet-Packet verwenden. Dein Code läuft bei mir also, du hast also einen vermurksten Rechner / Registry. ...“ Danke für deine Stellungnahme. Weil ich so verzw…

Danke. Anbei ist das Archiv. Ich bekam noch einen Tipp, dass ich so einen Code benutzen soll (funktioniert leider auch nicht): VB.NET-Quellcode (6 Zeilen) Apropos, dein Tipp mit der Umgebung anderen Benutzers funktioniert nicht -- es gibt die gleiche Exception.

Die Exception tritt in mscorlib auf. Kannst du damit was anfangen? Kann ich dir mein Projekt geben, damit du es bei dir testest? Ich wäre dir sehr dankbar.

Danke, Dksksm. Die Lösung mit einem anderen Nutzer ist mir nicht eingefallen. Aber ich suche trotzdem nach einem anderen Rechner, wo ich sauber neu installiere. Muss auf dem Rechner MS Office installiert sein, oder es reicht, wenn ich einfach die Microsoft.Office.Interop.Word in der VS-Studio-Installation habe?

Danke, Dksksm. Erwarteterweise läuft dieses Projekt IN MEINER Umgebung nicht Es wird die gleiche Exception geworfen, wie davor. Was kann ich jetzt tun? Ich habe bereits sowohl VS und auch Office neu installiert und alles umsonst. Das Einzige, was ich noch machen kann, wäre Windows neu installieren, aber das ist WIRKLICH nicht wünschenswert.

Ich wäre sogar mehr als zufrieden, wenn mir jemand ein funktionierendes Automation-VB-Projekt anbieten würde, das kompilierbar ist und in der Verfasser-Umgebung keine Exception produzierst. Dann kann ich dieses Projekt in meiner Umgebung testen.

Danke für Willkommensgrüße! Beides funktioniert nicht. Ich habe auf AnyCPU umgestellt und es knallt weiter. Die Typisierung VB.NET-Quellcode (1 Zeile) gibt das gleiche Ergebnis: Eine Word-Instanz wird erzeugt und bei oWord.Visible = True knallt es wieder.

Hallo, ich entwickle eine VB-Anwendung im Visual Studio 2019, die Word automatisieren soll. Ich habe dem Projekt als Verweis die Microsoft.Office.Interop.Word.dll zugefügt und kann sie kompilieren. Um zu überprüfen, wie die Anwendung läuft, debugge ich sie in VS: VB.NET-Quellcode (3 Zeilen) Ich erwarte, dass ich Word zu sehen bekomme, aber es knallt und ich bekomme die Meldung Quellcode (1 Zeile) Ich habe mich im Netz umgeschaut und einige vermuten, dass es vielleicht mehrere Word-Installationen…