FPDF-Problemchen

Hm, das Thema hatte ich bei mir auch, exakt das gleiche. Zwei Möglichkeiten:

1. Du errechnest die Größe des "Artikelbereichs" in Pixel und gehst dann nach dem Wert. Würde ich aber nicht machen, da sehr umständlich und nicht unbedingt korrekt.

2. Du zählst nicht die Zeilen der Tabelle, sondern die Zeilen selbst, die geschrieben werden.

"if ((is_long($item_count / 32) && $i >= 20) ($i == 20)){"

Das ist eine gute Frage. Übersetzt heißt das ja nur, "erstelle eine neue Seite, wenn das Ergebnis von $item_count / 32 ein Integer ist und zugleich $i >= 20 .... oder wenn $i = 20 ist"

Für was das aber genau ist, keine Ahnung, das wird im Code nicht wirklich ersichtlich. Die Bedingung is_long() trifft jedenfalls nur zu, wenn $item_count 32, 64, 96 oder ein vielfaches davon ist.

So, nochmal ich. Habe mal bei mir nachgesehen, wie ich das mache. Muss nun sagen, es gibt noch eine Möglichkeit 3 und die nutze ich.

Bei mir habe ich das im Script.
if($pdf->GetY() > 222)
{
$pdf->AddPage();
}

$pdf->GetY() liefert die aktuelle Position auf der Seite.
*** Link veraltet ***

Wenn ich mich recht erinnere, dann ist die Angabe in Millimetern, also in meinem Fall oben: Wenn aktuelle Position größer als 222mm, dann neue Seite anfangen. Nur wie das nun bei Dir reinpasst, gute Frage. FPDF bietet die Funktionalität jedenfalls an.

Zitat

Irgendwie muß das doch zu machen sein, ds die Zeilenhöhe der Rechnungspositionen immer z.B. 20mm sein sollen

Auch das geht. Kommt nur drauf an, wie Dein Script da arbeitet. Aber die Zellenhöhe kann man angeben. So gesehen kennt FPDF ja auch keine Zellen oder Tabellen im Sinne von HTML. Das Ding arbeitet mit mm und eigenen Boxen, die dann anhand von x- und y-Positionen ausgerichtet werden. Man kann also sagen, eine Zelle (Box), 30mm breit, 15mm hoch an die Position 100mm von oben und 50mm von links. Die Frage ist hier wirklich nur, wie Dein Script da arbeitet.

z.B. bei mir:

// Header Anfang
$pdf->SetFont('Arial','BI',10);
$pdf->Cell($spalte1,6,'Position','TB',0,'L');
$pdf->Cell($spalte2,6,'Anzahl','TB',0,'L');
$pdf->Cell($spalte3,6,'Artikel','TB',0,'L');
$pdf->Cell($spalte4,6,'Einzelpreis','TB',0,'R');
$pdf->Cell($spalte5,6,'Gesamtpreis','TB',0,'R');
$pdf->SetFont('Arial','',10);
$pdf->Ln();
// Header Ende

Diese ganzen $spalteX sind die Breitenangaben (vorher im Script festgelegt) und die "6" ist die jeweilige Höhe.
*** Link veraltet ***

Ich für meinen Fall habe mir damals eine Rechnung mit Word erstellt, so wie ich sie haben will. Und dann mit FPDF so lange die Zellen hin und her geschoben, bis die deckungsgleich waren wie meine Rechnungsvorlage.

Header und Footer sind immer auf jeder Seite und fix positioniert. Der Anfang der Artikelliste auch. Die Länge ist variabel, so wie bei Dir. Und da kommt dann eben mit $pdf->GetY() dynamisch ein Seitenwechsel mit rein.

Allerdings ist Dein verschobener Header / Footer nicht normal. Wie wird der denn generiert? Auch per Cell und Positionsangaben? Wenn ja, dann liegt hier der Fehler und irgendwo wird der x bzw y Wert nicht resetet. FPDF hat aber gerade für Header und Footer die Möglichkeit, eine eigene Funktion zu erstellen, dann sind beide immer exakt an der gleichen Stelle, auf jeder Seite.

class PDF extends FPDF
{
	//Kopfzeile
	function Header()
	{
		Hier der Code vom Header
	}


	//Fusszeile
	function Footer()
	{
		Hier der Code vom Footer
	}
}


$pdf=new PDF();


danach der restliche Code zur PDF-Erstellung

Schaut das bei Dir so in etwa aus?

Automatisch signieren kannst Du die schon. Wenn das aber gemäß UST-Gesetz sein soll, dann wird das entweder aufwändiger oder kostspieliger.

1. Version:
Ein eigener Signaturserver und ein eigener Tresor. In aller Regel einmalige Kosten, aber sehr aufwendig.

2. Version:
Externe Signaturanbieter. Laufende kosten pro Rechnung. Externer Tresor und auch hier laufende Kosten pro Rechnung im Tresor.

Tresor bedeutet: "Sicheres Archiv" mit Zertifizierung bzw. entsprechendem Standard. Das Speichern auf der Festplatte, USB oder DVD zählt als nicht sicher. Auch einfach so auf dem Webspace reicht nicht.

Die zweite Version funktioniert nach zwei Möglichkeiten. Entweder Du sendest die Rechnung an den Dienstanbieter, der signiert und sendet direkt an den Empfänger weiter oder, Du sendest an den Dienstanbieter, der signiert und sendet an Dich zurück. Du sendest dann an den Empfänger weiter. Der Dienstanbieter betreibt in aller Regel auch den Tresor, in dem die Signaturen abgelegt werden und durch den Empfänger geprüft werden können.

Oder was meinst Du mit signieren genau?

Hm, jetzt fragst Du mich was. Sind die Dinger denn nicht schreibgeschützt?

Wegen dem Prüfcode. Gute Frage, so einen kenne ich nicht. Wäre nun die Frage, was da im Code enthalten ist. Der Inhalt des PDF oder die PDF-Datei an sich? Ersteres sollte man mit PHP einfach so lösen können, unabhängig vom PDF. Bei letzterem müsste man das PDF quasi speichern, als Text öffnen um den eigentlichen Quellcode zu bekommen und daraus den Code errechnen. Das sollte noch kein Problem sein, nur jetzt muss der Code ja auch in das zuvor schon geschriebene PDF.... Gehen tut das irgendwie, denn fertige Signierer (Signaturianten, oder wie auch immer) gibt es ja für FPDF.

*** Link veraltet ***

Wenn man da nun die Class kennen würde, dann könnte man das direkt nachbauen ...

Edit:
In der Tat, nicht schreibgeschützt... Hatte ich noch gar nicht bemerkt...
[ATTACH=CONFIG]944[/ATTACH]

Ah, schau mal hier:
*** Link veraltet ***

Hm, also ehrlich muss ich da jetzt sagen, dass ich das sehr spannend finde, es aber irgendwie meinen Horizont übersteigt. Gehen tut das sicherlich, nur wie, keine Ahnung, leider.