PDF Generator 2 (pdf generator2): Unterschied zwischen den Versionen

Aus Wikizone
Wechseln zu: Navigation, Suche
 
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
- kann Probleme machen wenn '''nicht genug Speicher''' zur Verfügung steht (leere Seite)
+
== Probleme lösen ==
 +
=== weiße Seite ===
 +
kann Probleme machen wenn '''nicht genug Speicher''' zur Verfügung steht (leere Seite)
  
- gibt Standardmäßig nur die Normal Spalte aus. Abhilfe schafft folgendes im Setup:
+
=== nur die Spalte normal wird gerendert ===
 +
Das PDF Dokument hat den Seitentyp 123 und heißt pdf_generator. So gibt es das Standard TS vor. Die anderen Spalten werden für dieses Seitenobjekt aber nicht ausgelesen. Deshalb müssen wir das nachholen:
 +
 
 +
'''Setup'''
  
 
<pre>
 
<pre>
Zeile 15: Zeile 20:
 
</pre>
 
</pre>
  
Wenn statt einer .pfd eine index.php runtergeladen wird:
+
=== Der Browser lädt eine index.php statt einer.pfd-Datei herunter ===
 +
Schaut man sich die php Datei genauer an merkt man daß es eigentlich eine pdf Datei ist.  
 +
 
 +
Gut funktioniert die Kombination simulateStaticDocuments mit simulateStaticPdf
 +
 
 +
Bei Problemen mit dem Mime Typ (eher selten) kommt die htaccess Konfiguration in Frage (nicht getestet)
  
- Probleme mit dem Mime Typ (eher selten)
 
- htaccess Konfiguration
 
- TypoScript
 
 
Beispiele aus dem Forum:
 
Beispiele aus dem Forum:
 
Wenn kein RealURL verwendet wird:
 
Wenn kein RealURL verwendet wird:
Zeile 27: Zeile 34:
 
<pre>
 
<pre>
 
page.10.marks {
 
page.10.marks {
PDF.postUserFunc.simulateStaticPdf = 1
+
    PDF.postUserFunc.simulateStaticPdf = 1
 
}
 
}
 
</pre>
 
</pre>

Aktuelle Version vom 26. Juli 2008, 08:17 Uhr

Probleme lösen[Bearbeiten]

weiße Seite[Bearbeiten]

kann Probleme machen wenn nicht genug Speicher zur Verfügung steht (leere Seite)

nur die Spalte normal wird gerendert[Bearbeiten]

Das PDF Dokument hat den Seitentyp 123 und heißt pdf_generator. So gibt es das Standard TS vor. Die anderen Spalten werden für dieses Seitenobjekt aber nicht ausgelesen. Deshalb müssen wir das nachholen:

Setup

# Spalte Links
pdf_generator.60 < pdf_generator.50
pdf_generator.60.select.where = colPos=1
# Spalte Rechts
pdf_generator.70 < pdf_generator.50
pdf_generator.70.select.where = colPos=2
# Spalte Rand
pdf_generator.80 < pdf_generator.50
pdf_generator.80.select.where = colPos=3

Der Browser lädt eine index.php statt einer.pfd-Datei herunter[Bearbeiten]

Schaut man sich die php Datei genauer an merkt man daß es eigentlich eine pdf Datei ist.

Gut funktioniert die Kombination simulateStaticDocuments mit simulateStaticPdf

Bei Problemen mit dem Mime Typ (eher selten) kommt die htaccess Konfiguration in Frage (nicht getestet)

Beispiele aus dem Forum: Wenn kein RealURL verwendet wird:

RewriteRule ^[^/]*\.pdf$ /index.php

Oder sowas im TS

page.10.marks {
    PDF.postUserFunc.simulateStaticPdf = 1
}