vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Erstellen von dynamischen Kontextmen?s - wann immer Sie sie brauchen!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Visual-Basic Einsteiger
DLL's / Word-Librabry 
Autor: StephanC
Datum: 29.05.13 22:30

Hallo Forum,

wie schon in einem anderen Post geschrieben, habe ich ein Programm vorliegen, bei dem Daten aus Excel per VB6 an Word übergeben werden. Um das ganze performanter zu gestalten, spreche ich Word und Excel mit
Public Do1 As Word.Application
Public oExl As New Excel.Application
an.
Nun ist mir aber an einem anderen Rechner aufgefallen, das sich die .Exe auf die Nase legt. Grund war, das der Verweis auf die Office 14.Lib gesetzt war, dort aber ein Office 2007 (anstelle 2010) installiert war.

Frage: Kann ich den Verweis auf die DLL erst beim Starten des Programms setzen ?
Frage2: Kann ich per VB6 abfragen, welche Office Version installiert ist ?

Debug.Print "Grüße"
Stephan
;)

Beitrag wurde zuletzt am 29.05.13 um 22:30:50 editiert.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: DLL's / Word-Librabry 
Autor: Rippler
Datum: 29.05.13 22:39

das erreicht man durch später Bindung.

hier beschrieben:

http://support.microsoft.com/kb/245115/de
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: DLL's / Word-Librabry 
Autor: Blackbox
Datum: 31.05.13 18:00

Hi,

dann bringt Verweis setzen nichts wenn jeder ein anderes Office hat. Dann musst du mit Performance - Engpässen leben. VB zwingt zu einen genauen Verweis wenn Du die Office-Klasse genau bezeichnest. AS Object ist langsam; aus schon gesagtem Grund.
Einzige Lösung hier wäre eine eigene Klasse zu implementieren, die die wirklich benutzten Funktionen aus den Office-OLB's delegiert. Aber das ist ganz gewiss keine Einsteiger-Materie und auch nicht für Fortgeschrittene.

Für Dich wirklich brauchbar wäre der Weg, das Ding neu zu schreiben, zumindest was die Komponent-Abhängigkeiten betrifft. Der Rest kann ja übernommen werden.

Beitrag wurde zuletzt am 31.05.13 um 18:02:22 editiert.
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel