Seriendruck - Relativer Pfad zur Datenquelle

====

Ich hab das mal getestet, aber geht nicht.

====

@appollon: Das es nicht geht, habe ich auch schon mitbekommen. Deshalb ja meine Frage ;) 

Vor Office 2000 war das aber noch problemlos möglich.

 

====

Es hat auch nicht wirklich Sinn, denn warum sollte man die Datenquelle ständig verschieben, dann findet das Dokument die Datenquelle nicht mehr und bringt einen Fehler.

====

Darum geht es auch gar nicht. Natürlich ist es ziemlich sinnfrei und zweckneutral, die Datenquelle nur aus Jux und Dollerei zu verschieben.

Es gibt aber Situationen, da werden ganze Projekte auf ein anderes Laufwerk verschoben. Oder ein übergeordneter Pfadname ändert sich, weil die Herrschaften mit der höheren Erleuchtung mal wieder irgendwelche Strukturveränderungen durchpeitschen und diese sich auch in der IT-Ordnerstruktur widerspiegeln muss. Dann heißt Dein Abteilungsordner nicht mehr "K:...\Abt. Panik...", sondern plötzlich "M:...\Abt. Panik und Verwirrung..."

Die Unterstruktur unter dem Abteilungsordner bleibt unverändert. Mit RELATIVEN Pfadangaben wäre dann auch in der neuen Umgebung die Datenquelle problemlos vom Serienbriefdokument zu finden. Aber mit den ABSOLUTEN Pfadangaben scheitert das, schon wenn nur der Laufwerksbuchstabe sich ändert, oder wenn irgendwo in den Unterordnern ein einziger umbenannt wird (z. B. von "EDV" auf "IT").

Warum MS die Möglichkeit der RELATIVEN Pfadangabe zur Datenquelle mit Verision 2000 gekillt hat, das ist mir schleierhaft. Denn vorher klappte das tadellos!

nichts für ungut - hilli

Hallo,

nun ja, für mich ist es eben nicht sinn- und zweckfrei, einen relativen Pfad anzugeben. In einer aktuellen Aufgabenstellung kämpfe ich mit diesem Problem halt auch ein wenig.

Ich habe ein ganzes Set von Serienbriefhauptdokumenten, die auf ein Excel-File zugreifen, welches im gleichen Ordner liegt. Dieses Set von Dateien inkl dem Excel-File wird immer wieder in einer identisch gestalteten, aber neuen Ordnerstruktur verwendet, in der nur der Ordner auf der Obersten Ebene des Filesystems einen anderen Namen hat..

hier findest du sowohl eine VBA-Lösung als auch eine Möglichkeit, die XML-Dateien zu modifizieren:

"how to use a relative path to a data source for word mail merging (word 2007, word 2010)"

http://devblog.alexsapps.com/2011/08/how-to-use-relative-path-to-data-source.html

---

Viele Grüße

Lisa [MS MVP Word]

hier findest du sowohl eine VBA-Lösung als auch eine Möglichkeit, die XML-Dateien zu modifizieren:

"how to use a relative path to a data source for word mail merging (word 2007, word 2010)"

http://devblog.alexsapps.com/2011/08/how-to-use-relative-path-to-data-source.html

Wow, vielen Dank, Lisa,

die Makro-Lösung habe ich gleich auf dem relevanten Rechner - noch mit Office 2003 - ausprobiert. Klappt prima. Das Makro habe ich dann als Symbolleiste eingebunden. Das verbessert dann noch die Usability. :-)

Die XML-Lösung werde ich mir wohlweislich für meinen eigenen Rechner mit Office 2010 merken.

Nette Grüße

Christine

====

Ich hab das mal getestet, aber geht nicht.

====

@appollon: Das es nicht geht, habe ich auch schon mitbekommen. Deshalb ja meine Frage ;) 

Vor Office 2000 war das aber noch problemlos möglich.

 

====

Es hat auch nicht wirklich Sinn, denn warum sollte man die Datenquelle ständig verschieben, dann findet das Dokument die Datenquelle nicht mehr und bringt einen Fehler.

====

Darum geht es auch gar nicht. Natürlich ist es ziemlich sinnfrei und zweckneutral, die Datenquelle nur aus Jux und Dollerei zu verschieben.

Es gibt aber Situationen, da werden ganze Projekte auf ein anderes Laufwerk verschoben. Oder ein übergeordneter Pfadname ändert sich, weil die Herrschaften mit der höheren Erleuchtung mal wieder irgendwelche Strukturveränderungen durchpeitschen und diese sich auch in der IT-Ordnerstruktur widerspiegeln muss. Dann heißt Dein Abteilungsordner nicht mehr "K:...\Abt. Panik...", sondern plötzlich "M:...\Abt. Panik und Verwirrung..."

Die Unterstruktur unter dem Abteilungsordner bleibt unverändert. Mit RELATIVEN Pfadangaben wäre dann auch in der neuen Umgebung die Datenquelle problemlos vom Serienbriefdokument zu finden. Aber mit den ABSOLUTEN Pfadangaben scheitert das, schon wenn nur der Laufwerksbuchstabe sich ändert, oder wenn irgendwo in den Unterordnern ein einziger umbenannt wird (z. B. von "EDV" auf "IT").

Warum MS die Möglichkeit der RELATIVEN Pfadangabe zur Datenquelle mit Verision 2000 gekillt hat, das ist mir schleierhaft. Denn vorher klappte das tadellos!

nichts für ungut - hilli

Hallo,

nun ja, für mich ist es eben nicht sinn- und zweckfrei, einen relativen Pfad anzugeben. In einer aktuellen Aufgabenstellung kämpfe ich mit diesem Problem halt auch ein wenig.

Ich habe ein ganzes Set von Serienbriefhauptdokumenten, die auf ein Excel-File zugreifen, welches im gleichen Ordner liegt. Dieses Set von Dateien inkl dem Excel-File wird immer wieder in einer identisch gestalteten, aber neuen Ordnerstruktur verwendet, in der nur der Ordner auf der Obersten Ebene des Filesystems einen anderen Namen hat..

Da wäre es schon wirklich prima, wenn die Verbindung jeweils zu dem Excelfile besteht, welches im aktuell verwendeten Ordner liegt.

O.k., zumindest habe ich hier gelernt, dass nicht ich ein Brett vorm Kopf habe, sondern hier tatsächlich eine funktionale Verschlechterung stattgefunden hat. Ich zweifelte schon an meinem Erinnerungsvermögen ... manno, und das kann doch eigentlich nicht sein, dass dies nicht geht.

Nun gut, muss man halt für jede neue Serienbriefaktion die neue Datei in jedem einzelnen Wordfile erneut verbinden. Mal sehen, ob es sich lohnt, das in einem Makro zu hinterlegen. Irgendwie muss das gehen.

Eigentlich sind solche Funktionalitäten für mich Basics im Dokumentenmanagment bzw. der Dokumentenautomation.

Nette Grüße bisweilen

Hallo,

nun ja, für mich ist es eben nicht sinn- und zweckfrei, einen relativen Pfad anzugeben. In einer aktuellen Aufgabenstellung kämpfe ich mit diesem Problem halt auch ein wenig.
Ich habe ein ganzes Set von Serienbriefhauptdokumenten, die auf ein Excel-File zugreifen, welches im gleichen Ordner liegt. Dieses Set von Dateien inkl dem Excel-File wird immer wieder in einer identisch gestalteten, aber neuen Ordnerstruktur verwendet, in der nur der Ordner auf der Obersten Ebene des Filesystems einen anderen Namen hat..

hier findest du sowohl eine VBA-Lösung als auch eine Möglichkeit, die XML-Dateien zu modifizieren:
"how to use a relative path to a data source for word mail merging (word 2007, word 2010)"
http://devblog.alexsapps.com/2011/08/how-to-use-relative-path-to-data-source.html

Viele Grüße
Lisa [MS MVP Word]

Ich hab das mal getestet, aber geht nicht.

Es hat auch nicht wirklich Sinn, denn warum sollte man die Datenquelle ständig verschieben, dann findet das Dokument die Datenquelle nicht mehr und bringt einen Fehler.