[PDF] Absatzkontrolle implementieren - Anregungen erbeten

[Rollo62]

Hallo Mavarik,

Zitat:

Lustige Frage...

Mein Formulargenerator für den Druck und die PDF Erzeugung hat ca. 20000 LOC... Daher ist die Frage etwas schwierig zu beantworten...

Genau richtige Einschätzung.

Ich werde mich wohl bald auch zwangweise mit Simpel-PDF Ausgabe beschäftigen müssen.
Ich vermute das Problem eigentlich in der Mathematik, gibt es Rundungsfehler, Auflösungen, wie genau werden 1.0mm auf allen möglichen Geräten bestimmt, etc.

Ja ich weiss das es Vector ist und eigentlich perfekt skalieren sollte, ich habe aber schon viele ähnliche Lösungen gesehen die eben nicht immer so exakt rendern (insbesondere Fonts) das die Seitengrenze so einfach bestimmt werden kann.

Kann man denn aus deiner Erfahrung sagen dass das PDF-Format wenigstend exakt berechenbar ist ?

Rollo

[Sir Rufo]

@DeddyH

Bist du dir sicher, dass du das in der PDF-Implementierung haben möchtest? Gehört das nicht mindestens eine Ebene darüber?

[p80286]

Ich denke, daß das schon richtig ist, da Zeilen und Seitenumbruch "Druckerabhängig" ist. Da ist die PDF-Generierung der richtige Ort.

Gruß
K-H

[Sir Rufo]

Aber warum sollte ich den konkreten Drucker so intelligent machen, dass er zusammengehörige Passagen selber erkennt?

Es geht hier ja um einen Titel (1. Absatz) und weitere folgenden Absätze. Dem Drucker muss ich jetzt also die logischen Zusammenhänge beibringen.

In der Ebene darüber würde man einfach den Drucker fragen, wie hoch die einzelnen Absätze werden und entscheidet dann, ob noch auf dieser oder auf der nächsten Seite gedruckt wird.

[DeddyH]

Meine Idee war ja, dem Drucker explizit zu sagen, dass das Folgende zusammengehört (siehe mein letzter Post).

[Sir Rufo]

Zitat von DeddyH:

Meine Idee war ja, dem Drucker explizit zu sagen, dass das Folgende zusammengehört (siehe mein letzter Post).

Aber genau deswegen habe ich ja meinen Einwand in die Diskussions-Runde geworfen. Es hört sich für mich nach einer Vermischung der Verantwortlichkeiten an.

Um beurteilen zu können, was wohin gedruckt wird (ob noch auf dieser oder der nächsten Seite) müssen die Absätze ausgemessen werden. Der Drucker muss also die beanspruchte Höhe ausmessen können.

Wenn der das aber kann, dann kann ich diese Logik (Sollen die Absätze ganz/teilweise noch auf die aktuelle Seite kommen) auch eine Ebene höher verfrachten. Dadurch halte ich die druckende Klasse erheblich schlanker.

[DeddyH]

Ich könnte das auch am Frontend machen, aber da habe ich keine Idee, wie ich geschickt DRY-Code vermeiden kann. Beispiel aus dem Hut:

Delphi-Quellcode:

PDFPrinter.Font := pfHelvetica;
PDFPrinter.FontSize := 28;
Hoehe := PDFPrinter.TextHeight('Hier kommt jetzt ein Text, der ggf. auch umgebrochen wird.');
PDFPrinter.Abstand := 5;
Hoehe := Hoehe + PDFPrinter.Abstand;
PDFPrinter.FontSize := 12;
Hoehe := Hoehe + PDFPrinter.TextHeight('X');
if not PDFPrinter.FitsOnPage(Hoehe) then
  PDFPrinter.NewPage;

So weit, so gut, aber für die tatsächliche Ausgabe müsste ich die ganzen Zuweisungen jetzt noch einmal machen. Wenn man da nicht aufpasst, rechnet man mit Schriftgröße 28, gibt aber in Größe 32 aus, das finde ich inakzeptabel.