Kapselung von VBA Code

Hallo liebes Forum,
für unsere Firma habe ich inzwischen so 4-5 Tools auf Excelbasis (GUI) programmiert, welche sehr gut ALLEINE laufen. Trotz meiner Meinung nach guter und korrekter Referenzierung im Code, gibt es Probleme, sobald eine zweite Mappe mit VBA-Code geöffnet ist.
Habt ihr Tipps oder Tricks, um jede Mappe wasserdicht gegeneinander zu kapseln?
Ein Beispiel ist: Alle Tools haben ein Startblatt mit grafischen Elementen, denen dann über Rechtsklick ein bestimmtes Makro zugewiesen wurde. Also Start dieses und Start jenes. Die Makronamen sind nie doppelt. Trotzdem kommt es häufug vor, dass bei einer als zweites geöffneten Mappe angeblich der Code nicht verfügbar wäre oder nicht gefunden wird.
Auch presse ich zu Beginn oder direkt im Workbook.open Event jede Mappe in eine Variable um vorallem Schreibarbeit beim Referenzieren zu sparen (z.B. twb = Thisworkbook in Mappe 1 und ewb = Thisworkbook in Mappe 2).
Hilft nur leider nichts, wenn 2 Mappen offen sind.
Wäre über Antwort sehr dankbar,
Frank

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

…gemeint, Frank,
die auch in der VBE-Hilfe zu finden sind. Allerdings bezieht sich das dortige Bsp unter Workbook.CodeName nur auf Worksheets (Xl14/2010), gilt aber analog auch für Workbooks (Dateien) und ebenso für ihre VBAProjects. Zitat:
Der Wert, der im Fenster Eigenschaften in der Zelle rechts neben (Name) angezeigt wird, ist der Codename des ausgewählten Objekts. Sie können den Codenamen eines Objekts während der Entwurfszeit ändern, indem Sie diesen Wert ändern. Eine programmgesteuerte Änderung dieser Eigenschaft während der Ausführung des Programms ist nicht möglich.
Solche Änderungen (besonders zum VBAProject) sind zwingend erforderlich, wenn man auf Prozeduren eines anderen VBAProjects zurückgreifen will und deshalb einen Verweis auf dieses im ggw per VBE setzen muss. Die von xlVBA vorgegebenen CodeNames sind nämlich nur Default-Namen, quasi als Platzhalter. Für einen Verweis wdn aber eindeutige Namen benötigt, weil es sonst zu unerlaubter Namensredundanz kommen würde.
Diese Namen sind auch echte NamensObjekte und haben nichts mit Titeln/Bezeichnungen auf TabellenLaschen oder als PfadBestandteile zu tun. Einzige Gemeinsamkeit ist, dass sie gleiche physische Objekte wie Dateien (Mappen) und TabBlätter (ggf auch deren VBA-Projekte) bezeichnen.
Im Prinzip ist es ganz einfach, ThisWorkbook meint immer das Workbook, dessen VBA-Projekt den jeweils aktiven PgmCode enthält. Handelt es sich dabei um ein AddIn (.xla~), das niemals ActiveWorkbook sein kann (auch, wenn seine Pgmm gerade ausgeführt wdn), wird es selbst angesprochen, nicht das gerade aktive Workbook. Genauso ist es bei normalen Workbooks (.xls~). Wird durch eine Prozedur des einen Workbooks ein anderes Workbook aktiviert, bezieht sich ThisWorkbook immer noch auf das Workbook des Prozedur-Standorts, was bei Prozeduren in UFs idR auch so sein darf. Soll aber immer das aktive Workbook angesprochen wdn, egal ob der PgmCode darin steht oder nicht, muss zwingend ActiveWorkbook verwendet wdn. Eigentl sagen das ja schon diese Bezeichnungen, zumal ThisWorkbook (dt DieseArbeitsmappe) ja auch als Default-CodeName für ein Workbook verwendet wird.
IdR muss man also auch nicht ThisWorkbook mit ActiveWorkbook vgln, sondern einfach nur die richtige Ansprache verwenden. Es sei denn, ThisWorkbook soll stets, aber in Abhängigkeit von seinem Aktivitätsstatus unterschiedlich behandelt wdn.
Luc :-?

Beliebteste Forumthreads (12 Monate)

9 Beiträge zum Forumthread Beiträge zu diesem Forumthread

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

9
Beiträge zum Forumthread

Beiträge zu diesem Forumthread