PDF ist ein etwas (sagen wir mal) ungewöhnliches Dateiformat.
Im Dateiformat ist eine Versionsverwaltung möglich. Das bedeutet, wenn du eine PDF Datei mit einem "richtigen" Editor öffnest und änderst, dann bleibt die alte Datei erhalten und an das Ende der Datei werden dann nur die Änderungen angehängt.
Bedeutet du löscht in der Mitte der PDF ein Bild, und setzt es wieder an das Ende der PDF. Wenn du Pech hast, bzw einen richtigen PDF Editor und nicht gut überlegte Einstellungen verwendest, dann sind im Dateiformat danach beide Versionen enthalten. Das gelöschte Bild ist nach wie vor dort in der Mitte der Daten wo es vorher auch war, wird nur nicht mehr angezeigt, da eine neue Anzeigereferenz benutzt wird die jetzt hinten angehängt wird und das Eingefügte Bild ist mehr oder weniger hinter den Daten der Orginaldatei als neues Objekt einfach hinten angehängt. Damit können bei Änderungen an der Datei mit den falschen Einstellungen des Editorprogrammes jede Menge doppelte oder mehrfacher Objektkopien von ein und dem selben Objekt entstehen. Zwar kann man nachvollziehen was wann wo geändert wurde, nur ob das immer sinnvoll ist, sei dahingestellt.
Aus diesem Grund eignet sich das PDF-Format nur bedingt für große Dokumentationsentwicklungen.
Günstig ist wohl immer in einem anderem Format entwickeln und dann wenn fertig als PDF exportieren, sonst kann es wirklich sein, das die Größe deine PDF durch viele Änderungen ins unermessliche ansteigt. Ob Scribus so arbeitet, weiß ich nicht. ich kenne das Ding nicht.
Du kannst einen einfachen Test auf der Konsole machen.
Code:
strings datei.pdf | grep -n "%%EOF"
damit suchst du in den rohen Dateidaten das Metazeichen für Dateiende. Normalerweise ist es bei einer normalen PDF Datei je nach verwendeten Editor nur eins bis 3 Mal enthalten. Wenn du dort ein paar zig oder hunderter von solchen Dateienden in der PDF hast, dann hast du genau dieses Problem.
Übrigens, die PDF muss wirklich immer erstmal bis zum Ende in den Speicher eingelesen werden, denn erst dort befindet sich das Objektverzeichnis mit dem das Anzeigeprogramm erst einmal überhaupt gesagt bekommt, was es mit den ganzen Objekten innerhalb der Datei anfangen soll.
robi
