Hallo Frank,
…an sich hab ich nur Activate eingefügt…
„Nur“ ist gut, das war der Kasus knaxus!!!
das dachte ich mir schon und das „nur“ bezog sich darauf daß ich
trotz der rel. Winzigkeit der Änderung nochmals den gesamten Code zeigte.
…und es würde reichen dir das so zu sagen
aber aus meinen Erfahrungen hier und aus anderen Foren weiß
ich es ist vieeeeeeel sicherer, man postet sich jeweils den
kompletten relevanten Code.
Wie wahr, wie wahr, die Klahrheit ist dann unübertrefflich.
Genau, denn dann können alle beteiligten für sich testen ob Code klappt oder nicht aber haben EXAKT den gleichen Code.
Ist eh schon schwierig genug wenn man jetzt nicht nebeneiander am gleichen PC sitzt sondern entfernt herauszufinden warum ein Code bei einem klappt, bei dem anderen nicht oder auch umgekehrt.
Ungleiche Testcodes verschlimmern das enorm.
Doc As Document müßte okay sein bei gesetzem Verweis.
Jetzt ahne ich erst was Du mit „gesetztem Verweis“ meinst,
Sorry, du klangst so als ob du mit „Verweis“ was anfangen kannst.
Ja, ich meinte im Editor Extras—Verweise…
das
kann man nur manuell machen in Excel oder Excel-VBA, oder?
Nein, das geht auch mit Vba. Rein prinzipiell auch einfach.
Wenn ja, ginge es in meinem Fall sowieso nicht denn die Datei
ist für mehrere andere Anwender/innen gedacht und die sind
noch ahnungsloser als ich ohnehin schon bin.
? Die anderen User sollen doch das Makro nur starten, warum müssen die denn Ahnung von Vba haben?
Andrerseits hast du Recht. „ginge…nicht“ ist unkorrekt, es ginge in jedem Fall.
Ich wählte das Wort „prinzipiell“ beim Verweissetzen durch Vba.
Problem ist, je nach Excelversion ist ggfs. der Verweis ein anderer.
Was bedingt daß man vor dem Verweis setzen/überprüfen überprüft welche XL-Version vorliegt.
Von daher ist es korrekt in deinem Fall auf Verweise zu verzichten um es „einfacher“ zu machen.
Word.Applcation anscheinend nicht, weiß grad nicht warum.
Das enttäuscht mich nun aber 
-) Ich habe da vielleicht andere Ansprüche was ich über Vba wissen möchte. Denn mit gesetztem Verweis klappt dieser Code problemlos:
Sub tt()
Dim xyz As Word.Application
MsgBox „huhu“
End Sub
Ergo ist Vba „Word.Application“ schon bekannt sonst würde der Debugger meckern.
In „unserem“ code meckert der Debugger dann „Word.Application“ an.
Da möchte ich schon gerne für die Zukunft wissen warum die Träne das macht.
Übrigens, in „Applcation“ ist ein Tippfehler, es fehlt ein i
Es war ein Tippfehler.
Junger Freund,
*grins*
mit dieser Lösung für mich hast Du Dich
geoutet, Du bist der Profi!
*aargs* Jetzt weiß das ja wohl jeder 
Was werden meine nachbarn sagen, meine familie, meine Freunde wenn sie erfahren daß ich „so“ bin,
*schwitz* ))
Ich bin Realist. Ich spiele in der dritten Bundesliga, von mir aus im oberen Drittel, Aufstieg zur zweiten nicht sehr sicher, zur ersten never.
(Ich weiß wovon ich rede, habe das Thema mehrmals rauf, runter
und zurück gegoogelt, nix gefunden, nur Mörder riesige
Codezeile, die das erreichen sollten aber nicht taten.
