Outlook Instanzen?

Hallo Alexander,

die Vorteile von Excel bei der professionellen Datenauswertung liegen vor allem in der Verknüpfung und Zusammenarbeit mehrerer Dateien und Tabellen. Diese Zusammenarbeit ist über mehrere Instanzen nicht möglich. Änderungen in der einen Instanz werden in
den anderen Instanzen nicht nachgezogen. Zudem benötigen mehrere Instanzen mehr Speicherplatz als alle Tabellen in einer Instanz zu öffnen. Letztlich ist der Explorer im Gegensatz zum Excel-Open File viel komfortabler. Es ist mir nicht verständlich, warum
das Microsoft-Team dies eingeschränkt hat.

Gibt es hier keinen Shortcut um das öffnen mehrerer Instanzen zu verhindern?

MfG

Stephan

maninweb schrieb am 02.08.2010 20:20 Uhr:

Wenn ich in der ersten Instanz von Excel die Mappe "Test.xls" offen habe und in der zweiten Instanz den Code hier ausführe...

Und wie kriege ich den Code in die zweite Instanz?

Die wird ja dynamisch von der ersten Instanz erzeugt. In dieser zweiten Instanz gibt es keinen Code den ich ausführen könnte. Auf den Zielrechnern liegt auch kein Workbook, das den Code bereit stellen könnte. Und schließlich bringt es auch nichts, ein neues
Workbook dynamisch auf dem Zielrechner zu erstellen, weil ich ja keinen Code rein schreiben kann (kein Zugriff auf VBA-Projekt).

Peter

maninweb schrieb am 03.08.2010 09:57 Uhr:

Erste Excel Instanz legt zum Beispiel zweite an. Aus der zweiten, schreibst Du, soll auf eine Prozedur der ersten Instanz zugegriffen werden. Das hieße, in der ersten Instanz müsste eine Mappe offen sein, die diese Prozedur (ich gehe jetzt von VBA
aus) zur Verfügung stellt. Die zweite Instanz müsste, damit diese auf die erste per Code zugreifen kann, ebenfalls Code aufrufen, der dann auch wiederum in einer Mappe ggf. Add-In der zweiten Instanz liegen muss; also auch eine Mappe in der zweiten offen sein
müsste.

Genau so. Das Problem ist eben, dass ich in der zweiten Instanz keinen fertigen Code habe, den ich ausführen könnte. Und wie ich gestern schon schrieb, kann ich ihn auch nicht dynamisch erzeugen, weil auf den Zielrechnern dem Zugriff auf das VBA-Projekt
nicht vertraut wird. Somit ist das einzige was ich von der zweiten Instanz habe, eine Variable "app":

Set app = CreateObject("Excel.Application")

Darüber muss alles laufen. Führe ich aber z.B. app.Run aus mit dem Namen des aktiven Workbooks und der Prozedur der ersten Instanz, so wird nicht etwa die Prozedur der ersten Instanz aufgerufen, sondern innerhalb der zweiten Instanz eine Kopie des Workbook
(schreibgeschützt) geöffnet und alle Änderungen dort durchgeführt. Das ist zwar absolut logisch, aber eben nicht das was ich brauche.

Peter

P.S.: Bisher behelfe ich mir mit einem dynamisch generierten VB-Script, dem ich den Namen der aufzurufenden Prozedur und ggf. weiter Argumente übergebe. Das Script holt sich dann die Excel-Instanz und startet mit .Run die Prozedur inkl. Weitergabe der übergebene
Werte. Das klappt, ist aber sehr langsam, weil immer wieder wscript.exe aufgerufen werden muss.

Darum dachte ich daran, eine zweite Excel-Instanz dauerhaft im Speicher zu halten und den externen Aufruf darüber abzuwickeln. Leider kriege ich das nicht hin.

Das geht nur wenn man vorher die 2te Datei in einer separaten Instanz geöffnet hat. Innerhalb der gleichen Instanz ging das noch nie.

Andreas.

Hallo Thomas,



schau mal im Tastmanager wieviele Instanzen von Word bei dir laufen.

Sind es mehrere greifen die auf die selbe Normal.dotm zu. Die 1. Instanz hat dann alleiniges Schreibrecht. Dann KANN es Probleme gebe, wenn die 2. Instanz etwas in der Normal.dotm speichern möchte - diese ist dann aber schreibgeschützt.



Meine Tests haben ergeben, dass ich bei 3 und mehr Dokumenten eigentlich nie mehr als 2 Instanzen erhalte - normale Dokumente ohne Auto-Makros vorausgesetzt.



Gruß

Christian