[PDF] Absatzkontrolle implementieren - Anregungen erbeten

[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:

Zitat von DeddyH (Beitrag 1329357)

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.

[Mavarik]

Sowas programmiert man doch nicht Fix nur für PDF...

Es gibt doch immer 2 Ansprüche an einen Ausdruck...

Elemente stehen zu einander im richtige Abstand und werden in der richtigen Größe gedruckt..
und
Elemente werden im Bezug auf's Papier an die richtige Stelle gedruckt.

Drucker unterscheiden sich im
- Bedruckbaren Bereicht
- Besonders ist hier die 1. und letzte Bedruckbare Zeile der Faktor
- Auflösung
- Horizontal = Vertikal?

Besonders, wenn man den Bereich voll ausnutzen will - für Header- und Footerzeilen - wird es sportlich. Hat man die Möglichkeit für Tintendrucker usw. den Bereich klein zu halten - kein Problem.

Unlustig wird es, wenn man von Start weg schon mit negativen Vorzeichen rechnen muss...

Übrig bleibt eine Routine die im vorhandenen Bereich das Formular präsentiert...

// -------------------

Die Logic wie die Seite aufgebaut wird hat hierbei nix zu suchen...

Das wird alles berechnet, wenn das Druckrechteck fertige berechnet ist.

Mavarik