PDF::REUSE - Seitenformat ändert sich (gelöst) (Fragen zu Perl-Modulen)

[thread]16018[/thread]

PDF::REUSE - Seitenformat ändert sich [gelöst]

Leser: 19

Articles: hide open all | hide show old branches

+10 replies
Gast NW

2011-02-28 17:01

Hallo zusammen,

beim Zusammenfassen von pdf-Dateien mit Hilfe von prdoc ändert sich das Seitenformat von DinA4 auf Letter. Wie kann ich das Seitenformat bei prdoc verändern bzw. warum behält es nicht das ursprüngliche Format der Dateien?

Der Thread http://www.perl-community.de/bat/poard/thread/15311 konnte mir leider nicht weiterhelfen, da dort mit anderen Funktionen gearbeitet wird.

Danke für eure Hilfe.
Last edited: 2011-02-28 17:11:48 +0100 (CET)
- +9 replies
- FIFO
  
  2011-03-02 09:14
  
  User since
  2005-06-01
  469 Artikel
  BenutzerIn
  
  Hi,
  bist Du sicher, dass alle Quelldateien A4 sind? Ich hatte dieses Problem mal mit von PDF::Table erzeugten PDF, die defaultmäßig eben nicht A4 waren. Dann wurde im Reader unter 'Eigenschaften' des zusammengestellten PDF für die Größe A4 angezeigt, trotzdem waren die importierten Seiten 'Letter'.
  
  Nachtrag: Die von PDF::Table erzeugten PDFs hatten übrigens in ihrem page tree keine MediaBox-Angabe (die ist aber afaik obligatorisch).
  prMbox() bringt Dich nicht weiter ('Pages created with prDoc and prSinglePage keep their media boxes unchanged.'). Schau mal mit einem Texteditor in die PDFs, ob da eine Angabe '/MediaBox [ 0 0 595 842 ]' in einem /Pages- oder /Page-Objekt steht (das wäre A4).
  
  Gruß FIFO
  
  Editiert von FIFO: Nachtrag
  Last edited: 2011-03-02 10:38:34 +0100 (CET)
  Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
  - +8 replies
  - Gast NW
    
    2011-03-02 12:55
    Die Orginal-PDFs haben alle DinA4 Format und folgendes im Code stehen:
    
    Code: (dl )
    
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
    
    << /Type /Pages /Kids [ 8 0 R ] /Count 1 /MediaBox 3 0 R /CropBox 4 0 R >> endobj 3 0 obj [ 0 0 595 841 ] endobj 4 0 obj [ 0 0 595 841 ] endobj 6 0 obj <<
    
    Die mit PDF::REUSE zusammengefassten Daten haben diese Stelle gar nicht mehr.
    Last edited: 2011-03-02 12:57:13 +0100 (CET)
    - +7 replies
    - FIFO
      
      2011-03-02 13:19
      
      User since
      2005-06-01
      469 Artikel
      BenutzerIn
      
      Hm. D.h. im ganzen Dokument keine /MediaBox-Angabe? Oder kein /Pages-Objekt? Deine PDF::Reuse-Version ist aktuell, vgl. hier)?
      Poste doch mal den Trailer.
      Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
      - +6 replies
      - Gast NW
        
        2011-03-02 13:55
        
        Nutze die aktuelle Version 0.35
        
        In den erzeugten/zusammengefassten Dateien habe ich /Pages-Objkte
        
        Code: (dl )
        
        1 2 3 4
        
        endobj 2 0 obj<</Type/Pages/Kids [3 0 R 25 0 R 46 0 R 67 0 R ]/Count 4 >>endobj 1 0 obj<</Type/Catalog/Pages 2 0 R>>endobj xref
        
        Wo finde ich den Trailer?
        Last edited: 2011-03-02 13:56:37 +0100 (CET)
        
        +5 replies
        
        FIFO
        
        2011-03-02 14:26
        
        User since
        2005-06-01
        469 Artikel
        BenutzerIn
        
        Guest NW
        Nutze die aktuelle Version 0.35
        
        In den erzeugten/zusammengefassten Dateien habe ich /Pages-Objkte
        
        Code: (dl )
        
        1 2 3 4
        
        endobj 2 0 obj<</Type/Pages/Kids [3 0 R 25 0 R 46 0 R 67 0 R ]/Count 4 >>endobj 1 0 obj<</Type/Catalog/Pages 2 0 R>>endobj xref
        
        Wo finde ich den Trailer?
        
        Ganz "hinten", wie der Name schon sagt :), z.B.:
        
        Code: (dl )
        
        1 2 3 4 5 6 7 8 9
        
        trailer << /Size 9 /Root 1 0 R /ID [<0b16036c9eefe7c6815e3588f177540e><0b16036c9eefe7c6815e3588f177540e>] >> startxref 1584 %%EOF
        
        Von hier aus kann man sich durch den Dokumentbaum hangeln, bei Deinem PDF geht der /Root-Verweis dann auf '1 0', was dem /Catalog entspricht (die indirekte Referenz-Syntax ist Dir klar?), das /Catalog-Objekt zeigt, dass nur ein page tree (/Pages-Knoten) mit der ID '2 0' existiert, dieser hat 4 Kinder (pages). Wenn im /Pages-Knoten UND in den einzelnen page-Objekten (beginnen bei Dir mit '3 0 obj', 25 0 obj' usw. keine MediaBox-Angabe steht, ist das soweit ich weiß nicht standardkonform. Keine Ahnung, was der Reader daraus macht. Bin aber kein PDF-Profi, und die 1k-Seiten-Referenz zu PDF 1.4 ist auch kein Vergnügen (gibt's aber umsonst).
        Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
        
        +4 replies
        
        Gast NW
        
        2011-03-02 16:57
        
        OK, die MediaBox fehlt tatsächlich. Wenn ich sie manuell eintrage, dann funktioniert es.
        
        Code: (dl )
        
        1 2 3 4
        
        endobj 2 0 obj<</Type/Pages/Kids [3 0 R 25 0 R 28 0 R 50 0 R 71 0 R 92 0 R 113 0 R 134 0 R 155 0 R ]/Count 9 /MediaBox 300 0 R >>endobj 300 0 obj[ 0 0 595 841 ] endobj 1 0 obj<</Type/Catalog/Pages 2 0 R>>endobj
        
        Damit habe ich dank dir sehr viel über die pdf-Strukturen gelernt. Aber mein Problem löst dies leider noch nicht.
        
        Hast du oder jdm. anderes vielleicht noch einen Vorschlag wie ich jetzt diesen Codeschnipsel in jede, der zu erstellenden PDF-Dateien automatisiert reinbekomme?
        
        P.S. Unter Eigenschaften wird weiterhin das Letter-Format angezeigt ;)
        Last edited: 2011-03-02 18:04:34 +0100 (CET)
        
        +3 replies
        
        FIFO
        
        2011-03-02 19:31
        
        User since
        2005-06-01
        469 Artikel
        BenutzerIn
        
        Guest NW
        Hast du oder jdm. anderes vielleicht noch einen Vorschlag wie ich jetzt diesen Codeschnipsel in jede, der zu erstellenden PDF-Dateien automatisiert reinbekomme?
        
        Ich glaube nicht, dass das ein so guter Weg ist ... Man muss z.B. beachten, dass dann der (absolut als Byte-Offset angegebene) startxref-Wert direkt vor %%EOF nicht mehr stimmt.
        
        PDF::Reuse erzeugt ja eigentlich schon korrekte PDFs. Kannst Du mal ein Minimalbeispiel aus möglichst simplen PDFs und Perl-Skript bauen, was den Fehler reproduziert (und dann auch die PDFs verfügbar machen)?
        
        keep on learning, even if by the hard way ;)
        
        btw: Womit werden die zu integrierenden PDFs erzeugt?
        
        Editiert von FIFO: btw
        Everyone knows that debugging is twice as hard as writing a program in the first place. So if you're as clever as you can be when you write it, how will you ever debug it? -- Brian Kernighan: "The Elements of Programming Style"
        
        +2 replies
        
        Gast NW
        
        2011-03-04 13:39
        
        Ich versuche es nun nochmal mit dem Modul CAM::PDF, erste Tests sehen gut aus.
        Es ist zumindest eine Mediabox enthalten ;)
        
        Gast NW
        
        2011-03-17 07:28
        
        Mit dem Modul CAM:PDF habe ich mein Ziel erreicht. pdf Dateien sind zusammengefügt und haben ihr ursprüngliches Format behalten.
        
        Thread kann geschlossen werden. Danke!
        Last edited: 2011-03-17 07:55:30 +0100 (CET)

View all threads created 2011-02-28 17:01.