PDF erstellen ( DLL, Komponente etc.)

[DeddyH]

Zitat von Aviator:

Also ich hab letztens mit den Delphi Area Print Preview Components gearbeitet. Dort kann man sich die Seiten, die zu einer PDF Datei gemacht werden sollen direkt anzeigen lassen. Des Weiteren kann man direkt auf Drucker zugreifen. Zum Drucken als PDF gibt es direkt eine Funktion. Es muss nur eine DLL vorhanden sein. Soweit ich weiß kostet die aber was oder man modifiziert sie ein wenig

Also im Großen und Ganzen ziemlich komfortabel.

Die DLL gibt es gegen eine Postkarte aus Deiner Heimatstadt, der finanzielle Aufwand fällt also nicht sonderlich üppig aus.

[stalkingwolf]

Ich habe es mit synpdf gelöst.
Insgesamt nur 36 Zeilen Code um aus meinem eh schon vorhandenem Druckoutput eine PDF Datei zu generieren. Resultat schaut sehr gut aus, Schriftarten lassen sich auch implementieren.

Vielen Dank
Sven

[MeierZwoo]

stalkingwolf, oben ganz am Anfang hast Du von Schriften "einbinden" gesprochen - einbinden ist in PDF uns PS ein feststehender Begriff und meint benutzte Fonts in die Datei als Font mit einbinden, damit das Zeilgerät den Font darstellen kann, auch wenn es selber sonst keinen Zugriff darauf hat.

Meintest Du das weiterhin bei synpdf und "Schriftarten lassen sich auch implementieren" ?

MfG

[stalkingwolf]

Nein ich meinte schon einbinden, so dass die PDF Datei auch auf einem System angezeigt werden kann, welche nicht die Schriftarten installiert haben.

Bei RolePDF habe ich keinerlei Möglichkeiten gefunden diese zu implementieren. Ebenfalls konnte RolePDF keine WMF Dateien korrekt einbinden und auch dünne Linien waren in der PDF Datei nicht mehr zu sehen.

synpdf bietet das alles. Auch wenn er nun mit dem einbinden von einzelnen Glyphen von genau der Schriftart Probleme hat, welche ich benötige.
Oder laut Entwickler hat eher die Windows API CreateFontPackage ein Problem damit.

[Medium]

Man sollte evtl. auch noch zwischen dem wirklichen Einbetten der Schriftart in das PDF, und dem Rendern der Texte zu Kurven unterscheiden. Gerade ersteres ist oftmals lizenztechnisch nicht ohne Probleme, und man braucht es so wirklich auch nur für zwei Dinge: Bearbeitbarkeit/Rückwandlung des fertigen PDFs, und etwas Platzersparnis (je länger die Texte, desto interessanter dieser Aspekt).

Ich hatte bisher nur für uns intern PDFs aus Delphi, und dort auch nur aus FastReport gebraucht. Dafür waren PDF Printer Treiber wie z.B. Bullzip PDF voll ausreichend. Das genaue Featureset kenne ich dort jetzt nicht, aber u.U. wäre der Blick zu Druckertreibern generell die Sache wert.

[stalkingwolf]

Ich brauch die Schriftart darin, weil unsere Kunden ganze Dokumente mit ihren eigenen Schriftarten ( gekauft ) an die Kunden versenden. Oder Barcodes als Schriftarten. Letzteres könnte man auch selber zeichnen, aber die Schriftarten liefern ganz gute Resultate.

Ich habe meine Probleme mit synpdf aber alle behoben (Quellcode liegt ja vor) und wir sind mehr als zufrieden damit. Es hatte noch ein paar andere positive Nebeneffekte.

[Medium]

Genau das ist der Problemfall: Kauf-Schriften, und diese dann embedded ins PDF zur Weitergabe an Dritte. (Sie ließen sich ja recht einfach aus dem PDF extrahieren und ganz normal systemweit benutzen.) Es wird vermutlich eher selten dazu kommen, aber imho ist das ein Anriffspunkt für eine potenzielle Klage, so denn der Schriftenhersteller davon Wind bekommt. Das gilt für Barcodes natürlich genau so. In diesem Falle wäre das Rendern zu Kurven im PDF zumindest lizenztechnisch gesehen wohl der sicherere Weg. Zumindest würde ich diese Bedenken meinem Kunden gegenüber zur Sprache bringen - und zwar schriftlich. Wenn es dann wirklich mal zu Problemen kommen sollte, kann man dir zumindest nicht mehr viel.