Verständnis von relativen vs. vollständigen Pfaden

Manchmal muss Revu Informationen über die Verbindung zwischen zwei Dateien speichern. Wenn zum Beispiel ein Hyperlink so konfiguriert ist, dass er eine andere PDF-Datei öffnet, muss Revu wissen, wo sich diese PDF-Datei befindet. Ähnlich gibt es bei den Revu- Profile Aspekte, die als „Abhängigkeiten“ bezeichnet werden (Werkzeugset, Füllmuster, Linienstilsets und Lesezeichenstrukturen). Diese existieren als separate Dateien (damit sie geteilt werden können). Um in einem bestimmten Profile auf diese zugreifen zu können, muss Revu wissen, wo sich diese Abhängigkeitsdateien befinden.

Zu diesem Zweck verfügt Revu über zwei Möglichkeiten, die Speicherorte von Dateien zu speichern:

  • Nach dem vollständigen Pfad zum Ordner (vollständiger Pfad)

  • Relativ zum Standort dessen, was darauf zugreift (Relativer Pfad).

Für die meisten Nutzer sollten beide Optionen in den meisten Situationen gut funktionieren. Die Unterscheidung wird wichtig, wenn eine oder beide Dateien verschoben werden.

Für die Zwecke dieser Diskussion betrachten wir den Fall einer PDF-Datei (Able file.pdf) mit einem Hyperlink darauf, der so konfiguriert ist, dass er eine zweite PDF-Datei (Baker file.pdf) öffnet, aber die Prinzipien gelten für Profil-Abhängigkeiten gleichermaßen: Ersetzen Sie Able-Datei.pdf durch das Profil und Baker-Datei.pdf durch die Abhängigkeit.

Relative Pfade vs. absolute Pfade sind unterschiedliche Methoden, wie Revu den Speicherort einer Datei speichert. Die meisten Leute sind bereits an vollständige Pfade gewöhnt: dies speichert den vollständigen Ordnerpfad zur Datei. Beispielsweise ist in der unten gezeigten Hyperlink-Konfiguration die Option Relative Pfade verwenden deaktiviert, sodass der vollständige Pfad zur verknüpften Datei (Baker file.pdf) verwendet wird.

Der vollständige Ordnerpfad wird gespeichert (C:\Projects\Baker-Projekt\Baker-Datei.pdf). Es spielt keine Rolle, wo sich Able file.pdf befindet, wenn der vollständige Pfad gespeichert wird; solange es sich irgendwo auf demselben Computer befindet, kann es Baker file.pdf finden (es muss in diesem Beispiel jedoch immer noch auf demselben Computer sein, damit es im richtigen C:\-Laufwerk sucht).

Andererseits kann der Speicherort von *Baker-Datei.pdf* relativ zu *Able-Datei.pdf* gespeichert werden, indem die Option **Relative Pfade verwenden** aktiviert wird, wie unten dargestellt.

In diesem Fall weiß Revu nicht, auf welchem Antrieb Baker file.pdf ; Was es weiß, ist, dass es ab dem aktuellen Standort von Able file.pdf einen Ordner hochgehen und einen Ordner namens Baker Project finden muss.

Im obigen Beispiel mit relativem Pfad sieht die Ordnerstruktur so aus:

Da Able Project und Baker Project im selben Ordner (Projects) liegen, ist der relative Pfad von Able file.pdf zu Baker file.pdf einfach zu ihrem gemeinsamen Ordner (Projects) und von dort aus in den Baker Project-Ordner zu gehen, um Baker file.pdf zu finden.

Der Vorteil eines relativen Pfades ist, dass es keine Rolle spielt, in welchem Ordner sich die Projekte Able Projekt und Baker Projekt befinden; diese Informationen werden nicht gespeichert und Revu hat keine Kenntnis davon. Es kommt nur darauf an, dass sich beide im selben Ordner befinden. Wenn Sie also die Projektordner Able Project und Baker Project kopiert und auf einen anderen Computer verschoben haben und beide in denselben Ordner verschoben wurden, könnten Sie Able file.pdf öffnen und der Hyperlink zu Baker file.pdf würde weiterhin funktionieren. Dies macht Projekte sehr portabel, solange sie zusammen verschoben und ihre relativen Positionen beibehalten werden (in diesem Beispiel könnte dies einfach durch Kopieren des Projekt -Ordners und all seiner Unterordner an den neuen Speicherort erreicht werden).

Der Nachteil des relativen Pfads ist, dass sowohl die Datei mit dem Hyperlink (Able file.pdf) als auch die verknüpfte Datei (Baker file.pdf) müssen zusammen verschoben werden. Wenn nur die eine oder die andere verschoben wird, reißt die Links ab.

Wie zu erwarten ist, ist der Hauptnachteil des Relativen Pfades der Hauptvorteil des vollständigen Pfads und umgekehrt: Wenn ein vollständiger Pfad verwendet wird, kann Able file.pdf überall hingezogen werden, ohne Baker file.pdf überhaupt verschieben zu müssen, solange Baker file.pdf von Able file.pdf aus zugänglich ist Neuer Standort. Darin liegt jedoch auch ein Nachteil von Full Path.

Betrachten Sie das vorherige Beispiel, in dem Able file.pdf und Baker file.pdf beide in Ordnern auf dem Laufwerk C:\ gespeichert sind. Wenn dies nun der Fall ist, und Sie den Speicherort von Baker file.pdf als vollständigen Pfad gespeichert haben, könnten Sie Able file.pdf überall auf demselben Computer verschieben (in einen anderen Ordner oder sogar auf ein anderes Laufwerk) und der Hyperlink sollte immer noch funktionieren, da der Pfad C:\Projects\Baker Project immer noch gültig wäre. Verschieben Sie Able file.pdf jedoch auf einen anderen Computer, wird der Link unterbrochen, da er in einem anderen C:\-Laufwerk nach Baker file.pdf suchen wird.

Nehmen wir an, dass Baker file.pdf nicht auf dem Laufwerk C:\, sondern auf einem Netzlaufwerk gespeichert ist. In diesem Fall ist das Speichern des vollständigen Pfads nützlich, denn egal, wohin Able file.pdf verschoben wird, solange es sich auf einem Computer befindet, der Zugriff auf dieses Netzwerk hat, funktioniert der Link zu Baker file.pdf weiterhin.