Alternative zu QuickPDF

[hoika]

Hallo,
da Foxit ja leider QuickPDF eingestellt hat, suche ich auch Mangels Quellcode (jaja, selber Schuld!) eine Alternative.
Schon wäre auch eine Art "Umstiegstutorial".

Aktuell in der näheren Wahl sind Ghostscript, Synopse und Foxit-PDF.

Wir benutzen QuickPDF zum:
1. Anzeigen von PDFs in Delphi-Formularen
2. Suche und Ersetzen von bestimmten Strings in der PDF
3. PDF-Datei erzeugen Tabellen, Linien, Text, Grafik

3. könnte ich noch etwas "schieben".

Hat jemand Erfahrungen mit den obigen Komponenten oder Erfahrungen mit anderen PDF-Programmen?

[Der schöne Günther]

Zitat:

Suche und Ersetzen von bestimmten Strings in der PDF

Verstehe ich das richtig? Eine bereits existierende PDF-Datei nachträglich bearbeiten?

[hoika]

Hallo,
genau richtig verstanden.

Wir haben in unserem Programm PDF-Vorlagen.
Da sind Kenner drin wie z.B.

<Name>
<GebDatum>

Die PDF öffnen wir mit QuickPDF, suchen diese Texte, ersetzen sie durch aktuelle Werte,
speichern die PDF ab und öffnen Sie dann mit z.B. Acrobat-Reader.

[Lemmy]

Servus,

wir sind vor Jahren auf http://www.loslab.com/ umgestiegen. Ich war dann etwas überrascht, wie einfach die Umstellung von QuickPDF auf losLab war und fand dann später einige Hinweise, dass sich loslab wohl bei QuickPDF bedient haben soll.

Grüße

[hoika]

Danke schön!
Hoff. Ist der Quellcode dabei ...

[hoika]

Hallo,
wir wollen loslabs mal testen.
Nutzt das neben Lemmy jemand?

[Frickler]

Zitat:

Zitat von Lemmy (Beitrag 1502444)

Ich war dann etwas überrascht, wie einfach die Umstellung von QuickPDF auf losLab war und fand dann später einige Hinweise, dass sich loslab wohl bei QuickPDF bedient haben soll.

Kann man wohl sagen: https://web.archive.org/web/20190805...k-pdf-library/

[gubbe]

Zitat:

Zitat von hoika (Beitrag 1503781)

Hallo,
wir wollen loslabs mal testen.
Nutzt das neben Lemmy jemand?

Habt ihr euch die Webseite mal genauer angeschaut? Ich sehe da weder ein Impressum, Kontaktinformationen noch Lizenzbedingungen. Das sieht doch sehr zweifelhaft aus. Ich würde kein Projekt auf einer Komponente aufbauen, bei der ich nicht mal weiß, ob es die morgen noch gibt und der Autor überhaupt auf Support-Anfragen antwortet. Im Lazarus-Forum finden sich jedenfalls Hinweise darauf, dass monatelang nicht geantwortet wird.
Wenn sich, wie Lemmy oben schreibt, auch bei QuickPDF bedient wurde, wäre die Lizenz auch sehr fragwürdig.

Auch bei Ghostscript wäre die Lizenz zu klären. Kostenlos dürfte es in Closed-Source-Projekten als Bibliothek nicht einzusetzen sein.

Wie an anderer Stelle schon erwähnt, würde ich noch DynaPDF empfehlen. Alles dabei zum Anzeigen, Bearbeiten und Erzeugen von PDF-Dateien.
Ansonsten kommt vielleicht noch PDFium in Frage? Dafür gibt es ja auch verschiedene Einbindungen in Delphi.

[dstein]

PDFtoolkit VCL
https://www.gnostice.com


Highlights

Edit & enhance PDF files
Merge, split & reorganize PDF files
Read, fill & flatten form fields (PDF forms or AcroForms)
Add digital signatures
Change page layout and document display settings
Write modified PDF content to file, memory & HTTP response
Write autotext such as page numbers
Extract plain & formatted text
Convert pages to JPEG and BMP

View and print PDF documents
Interactive PDF viewer
Fill forms interactively
Click and save page content as images
Encrypt & decrypt PDF documents
Specify document restrictions
Add, edit & delete bookmarks
Add annotations
Add & extract file attachments
Add markups, watermarks & stamps

[hoika]

Hallo,
Danke.

Aber wir benutzen massiv die Table-Funktionen,
und die habe leider noch in keiner anderen PDF-Komponente gefunden.

[gubbe]

Zitat:

Zitat von hoika (Beitrag 1503839)

Aber wir benutzen massiv die Table-Funktionen,
und die habe leider noch in keiner anderen PDF-Komponente gefunden.

Auf welche Antwort bezog sich das? Bei DynaPDF gibt es Tabellen.
Schau doch mal hier:
https://www.dynaforms.com/de/home/tabellen.html

[Bernhard Geyer]

Zitat:

Zitat von dstein (Beitrag 1503835)

PDFtoolkit VCL
https://www.gnostice.com

Aus eigenen (sehr schlechten) Erfahrungen

NEIN
NEIN
NEIN
NEIN

und falls ich es noch nicht erwähnt hatte

NEIN

[Fritzew]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1503843)

Zitat:

Zitat von dstein (Beitrag 1503835)

PDFtoolkit VCL
https://www.gnostice.com

Aus eigenen (sehr schlechten) Erfahrungen

NEIN
NEIN
NEIN
NEIN

und falls ich es noch nicht erwähnt hatte

NEIN

Das einzige was mir dazu einfällt ist:

NEIN Niemals mehr Gnostice

Das war eine der besch..... Erfahrungen meines Entwickerlebens

[Bernhard Geyer]

Zitat:

Zitat von Fritzew (Beitrag 1503845)

Das einzige was mir dazu einfällt ist:

NEIN Niemals mehr Gnostice

Das war eine der besch..... Erfahrungen meines Entwickerlebens

Auch die Endtäuschung als nach 2 Jahren "Redesign" der Implementierung der gleiche sch*** Code immer noch vorhanden
war und mit gefühlt "jedem 3ten Real-Live-PDF" die Anwendung abgestürzt ist.

[Redeemer]

Dumm gefragt: Warum PDF-Toolkit und kein normales Reporting mit PDF-Ausgabe?

[hoika]

Hallo,
Antwort an alle.
Danke!

Für Gnostice hatte ich schon die Freigabe ..., jetzt schau ich mir die weiteren noch an.

[mrtwo12]

Ich stimme Bernhard hier vollkommen zu.
Die Zeit die wir in das Toolkit investiert haben war enorm, am Ende alles wieder raus.

Grüße

[dstein]

Ich habe mal nachgesehen seit wann ich PDF verwende, seit 2015.
Ich kann nichts negatives dazu berichten, es macht das was ich brauche.
Die Subscriptionkosten sind mit ca. 200 Euro p.A. recht überschaubar.
Und der Support ist hilfsbereit und schnell.. "aus Indien ;-)"

[gubbe]

Zitat:

Zitat von Redeemer (Beitrag 1503847)

Dumm gefragt: Warum PDF-Toolkit und kein normales Reporting mit PDF-Ausgabe?

Das würde mich auch mal interessieren. Wenn es um das Erstellen von Tabellen geht, würde ich mich auch nicht mit irgendwelchen Low-Level-Funktionen in PDF-Bibliotheken herumschlagen wollen, sondern lieber ein Reporting-Tool nehmen wie z.B. FastReport.

[hoika]

Hallo gubbe,
nun, wenn das PDF-Toolkit auch so was schafft,
- wie "Zeilen zusammenhalten", also 2 mehrzeilige Zeilen so als Block zu definieren,
dass sie entweder ganz oder gar nicht auf die Seite passen(ev. also Umbruch auf neue Seite),
- Linienstärken pro Linie der Tabelle separat definieren kann
- Zellhöhe (1-zeilig, 1.5-zeilig) pro Zeile separat einstellbar ist
- Zellmerge, OK, dass muss ich wohl nicht erwähnen ...
- Bilder positionieren
- jede Zelle einzeln formatieren (Fett, Schrifthöhe) ...
- Schriften werden embedded

Es geht hier übrigens um den Bundeseinheitlichen Medikationsplan.
Der hat tatsächlich diese Anforderungen.

[gubbe]

Zitat:

Zitat von hoika (Beitrag 1503860)

Hallo gubbe,
nun, wenn das PDF-Toolkit auch so was schafft,

Wie in der Antwort direkt darüber geschrieben, würde ich dafür gar kein PDF-Toolkit verwenden, sondern ein Reporting-Tool mit PDF-Ausgabe. Damit sind die Anforderungen meines Erachtens deutlich komfortabler umzusetzen, auch weil man die Reports dann separat vom Delphi-Code erstellt und ggf. mit den Scripting-Funktionen des Reporting-Tools arbeiten kann.

[Lemmy]

Zitat:

Zitat von gubbe (Beitrag 1503862)

Zitat:

Zitat von hoika (Beitrag 1503860)

Hallo gubbe,
nun, wenn das PDF-Toolkit auch so was schafft,

Wie in der Antwort direkt darüber geschrieben, würde ich dafür gar kein PDF-Toolkit verwenden, sondern ein Reporting-Tool mit PDF-Ausgabe. Damit sind die Anforderungen meines Erachtens deutlich komfortabler umzusetzen, auch weil man die Reports dann separat vom Delphi-Code erstellt und ggf. mit den Scripting-Funktionen des Reporting-Tools arbeiten kann.

in welches Reportingtool kann ich ohne Qualitätsverluste PDFs reinladen und die Lücken ausfüllen und das ganze () ausgeben?

edit: "wieder als PDF" aus meiner Frage gestrichen.

[gubbe]

Zitat:

Zitat von Lemmy (Beitrag 1503865)

in welches Reportingtool kann ich ohne Qualitätsverluste PDFs reinladen und die Lücken ausfüllen und das ganze wieder als PDF ausgeben?

Jetzt vermischen sich hier die Anforderungen. Beim Hinweis auf ein Reporting-Tool ging es um das Erstellen von PDF-Dateien mit Tabellen.

Bei bereits vorhandenen PDF-Dateien mit Lücken muss man genauer hinschauen, ob es sich z.B. um PDF-Dateien mit Form-Elementen handelt, die man mit Werten füllen will. Das würde ich auch mit einer PDF-Bibliothek machen (z.B. DynaPDF). Wenn es allerdings über ein bestimmtes Maß hinausgeht und längere Texte mit Zeilenumbrüchen oder auch Tabellen hinzukommen, die das Gesamtlayout der Datei beeinflussen und ggf. zusätzliche Seiten produzieren, wird das zu unflexibel. Eine PDF-Datei als Vorlage ist dann nicht mehr sinnvoll und ich würde sie im Reporting-Tool nachbauen. Dann spare ich mir auch das Anzeigen von PDF-Dateien innerhalb des Programms und nutze lieber die Vorschaufunktion des Reporting-Tools.

Da kann man jetzt schlecht etwas raten, ohne die jeweiligen genauen Anforderungen zu kennen. Vielleicht wäre es auch eine Alternative, die Dateien in HTML und PDF anzulegen. Das HTML verwendet man dann zur Anzeige und Erfassung der Werte und die PDF füllt man dann mit den Werten zur Ausgabe. Das könnte sinnvoll sein, wenn es später vielleicht auch eine Web-Applikation geben soll.

[Lemmy]

Zitat:

Zitat von gubbe (Beitrag 1503866)

Zitat:

Zitat von Lemmy (Beitrag 1503865)

in welches Reportingtool kann ich ohne Qualitätsverluste PDFs reinladen und die Lücken ausfüllen und das ganze wieder als PDF ausgeben?

Jetzt vermischen sich hier die Anforderungen. Beim Hinweis auf ein Reporting-Tool ging es um das Erstellen von PDF-Dateien mit Tabellen.

nö. das war schon von Anfang so gewünscht: Kommentar #2 und Kommentar #3

Zitat:

Zitat von gubbe (Beitrag 1503866)

Da kann man jetzt schlecht etwas raten, ohne die jeweiligen genauen Anforderungen zu kennen. Vielleicht wäre es auch eine Alternative, die Dateien in HTML und PDF anzulegen. Das HTML verwendet man dann zur Anzeige und Erfassung der Werte und die PDF füllt man dann mit den Werten zur Ausgabe. Das könnte sinnvoll sein, wenn es später vielleicht auch eine Web-Applikation geben soll.

Es gibt PDF Dateien, die zur Verfügung gestellt werden. Die müssen mit div. Inhalten gefüllt werden. Die Dateien stehen alternativ noch teilweise als PCX Dateien zur Verfügung. Es sind einfache PDF Dateien, keine Felder (wäre ja zu einfach).

Ja, es wäre schön, wenn die PDF Dateien in sinnvollen Formaten (XML/HTML mit Stylesheets) zur Verfügung gestellt werden, ist aber nur in (neuen) Einzelfällen so. Die Hauptarbeit ist weiterhin PDF Dateien laden, Inhalte ausfüllen (d.h. auf den Canvas malen) und ausgeben.

Grüße

[gubbe]

Zitat:

Zitat von Lemmy (Beitrag 1503868)

nö. das war schon von Anfang so gewünscht: Kommentar #2 und Kommentar #3
Grüße

Ja, aber das sind ja die Anforderungen von Heiko und dafür kann es eine ganz andere Lösung geben als für dich. Oder musst du auch Tabellen erzeugen?

Zitat:

Zitat von Lemmy (Beitrag 1503868)

Es gibt PDF Dateien, die zur Verfügung gestellt werden. Die müssen mit div. Inhalten gefüllt werden. Die Dateien stehen alternativ noch teilweise als PCX Dateien zur Verfügung. Es sind einfache PDF Dateien, keine Felder (wäre ja zu einfach).
Grüße

Aber irgendwie müssen die neuen Texte doch auch in den PDF-Dateien positioniert und diese Daten mitgeliefert werden? Da kann dann doch auch gleich die PDFs überarbeiten und Felder einfügen, oder?

Wenn die auch als PCX-Dateien zur Verfügung stehen, sind die PDF-Dateien dann auch "echte" PDFs mit Schriften und Vektoren oder ist da letztlich auch nur die Bitmap-Grafik reingepackt? Sieht man ja beim Vergrößern, ob die Bilder und Text irgendwann pixelig aussehen, eben wie bei gescannten Formularen. Dann kann man doch auch gleich Grafik-Dateien daraus machen und diese in einem Reporting-Tool in den Hintergrund legen. Fast-Report zum Beispiel kann das auch direkt mit PDF-Dateien. Die werden dann über PDFium gerendert. Das könnte dann natürlich zu Qualitätsverlusten führen, wenn das PDF vorher nicht schon aus Pixel-Grafiken bestand. Das habe ich noch nicht ausprobiert.

Hier war der Artikel dazu:
https://www.fast-report.com/de/blog/...in-report-vcl/

[Lemmy]

Heiko und ich arbeiten bei direkten Konkurrenten, haben also das grundsätzlich selbe Problem.

Wir erhalten PDF Dateien von extern, die teilweise durch entsprechende Anforderungen (extern), auf die wir keinen Einfluss haben, genau so zu nutzen sind. D.h. eine Überarbeitung um dort Felder rein zu positionieren ist nicht. Vom Arbeitsaufwand mal abgesehen, wenn alle 3 Monate ggf. 5x3 neue Vorlagen kommen, bei denen sich ein kleiner Text geändert hat, ggf. die Positionierung der Texte die ich reinfüttere gar nicht ändert, aber eben neue Vorlagen.

Die PCX Dateien sind aus den PDF gemacht, d.h. die PDF sind qualitativ um Welten besser.
Und PDF Dateien direkt in FR rein füttern: Wenn das FastReport Template dann ein paar MByte groß wird, dann wird Fastreport leider auch verdammt langsam. Das ist keine Alternative.

[gubbe]

Dann hoffe ich mal, dass ich nicht für einen weiteren Konkurrenten arbeite ;-)

Wenn es nicht um selbst erstellte PDF-Dateien geht, passt natürlich das Reporting nicht. Aber denkbar wäre eine Kombination, also dass man die Tabellen mit Reports erzeugt und als zusätzliche Seiten mit einem PDF-Tool an die vorhandenen PDFs dranhängt.

Also ihr speichert dann in einer Art Begleitdatei zu den PDF-Dateien, wo welche Texte positioniert werden? Die könnte man ja auch verwenden, um automatisiert Felder in der PDF-Datei zu erzeugen, sobald es eine neue Variante gibt. Da sehe ich keinen direkten Nachteil, überprüfen muss man die neue Dateien sowieso, ob noch alles passt. Aber letztlich macht es wahrscheinlich keinen großen Unterschied, ob man später in der Anwendung direkt reinzeichnet oder die "Flatten Form"-Funktion nutzt, um die vorbereiteten Felder zu füllen.

Wenn ihr jetzt noch auf QuickPDF setzt (oder sowas ähnliches), habt ihr denn versucht, noch die Quellcode-Variante zu kaufen? Damit könnte man doch noch eine Weile auskommen.
Ansonsten wie gesagt, DynaDPF ausprobieren. Meines Erachtens erfüllt das die Anforderungen. Die Tabellen-Funktion nutze ich allerdings nicht und würde das möglichst mit separaten Seiten aus einem Report lösen.

[gubbe]

Da ich gerade zufällig darauf gestossen bin:

An der Stelle sollte noch WPViewPDF erwähnt werden. Der Autor ist auch hier im Forum aktiv und auch gerade Online :-). Damit lassen sich sogar PDF-Formulare im Viewer ausfüllen, wenn man denn die PDF-Dateien vorher entsprechend aufbereitet.
Ein Nachteil wäre, dass es anscheinend nur unter Windows läuft. Aber da könnt ihr doch mal auf direktem Wege nachfragen, ob es die Anforderungen erfüllt.

[jziersch]

Zitat:

Zitat von gubbe (Beitrag 1503910)

Da ich gerade zufällig darauf gestossen bin:

An der Stelle sollte noch WPViewPDF erwähnt werden.

Dank Dir für den Hinweis. Meine Kunden verwenden WPViewPDF PLUS um Formulare zu ändern.

Ein Problem ist aber das Erfordernis "Suche und Ersetzen von bestimmten Strings in der PDF"

Das kann WPViewPDF nicht und es ist technisch gesehen auch ein riesen Problem, da man nicht wissen kann, ob der Text auch Text ist (also abc...), welchen Zeichensatz er verwendet falls ja etc. Eine Seriöse Lösung dafür kann eigentlich nicht angeboten werden.

Wenn es in den Formularen AcroFields gibt, dann kann in den meisten Fällen mit WPViewPDF PLUS dort ein neuer Inhalt eingetragen werden. Man könnte also das original Formular nehmen und Felder platzieren (entweder mit WPViewPDF order Acrobat PRO) und die Werte dann im Programm ersetzen. Neue Seitenumbrüche und Langtexte bekommt man aber so nicht hin.

Grundsätzlich hätte ich auch empfohlen die Formulare mittels einer entsprechenden Engine neu zu erstellen (WPTools+wPDF könnte das) .

[jziersch]

Überlegung: Bei PDF Dateien aus kontrollierter Quelle könnte ich mir schon vorstellen in der WPViewPDF Engine tokens wie "<GebDatum>" auf Daten zu mappen. Das müsste ich mir nochmal ansehen. Die Texte die man da einsetzen kann sind aber dann auf WinANSI beschränkt und die Fonts müssen komplett eingebettet sein, also keine Subsets, CID Fonts o.ä.

[completestranger]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1503843)

Zitat:

Zitat von dstein (Beitrag 1503835)

PDFtoolkit VCL
https://www.gnostice.com

Aus eigenen (sehr schlechten) Erfahrungen

NEIN
NEIN
NEIN
NEIN

und falls ich es noch nicht erwähnt hatte

NEIN

dem kann ich nur zustimmen, das ding kann nicht mal vernünftig PDFs darstellen...

[hoika]

Hallo,
ich wollte hier gar nicht so eine große Diskussion anstoßen,
lese aber natürlich fleißig mit und gebe alles an meine Kollegen weiter,
die das implementieren "müssen".

Dass Gnostice hier nicht so gut abschneidet, finde ich erstaunlich,
aufgrund des Preises.
Aber gut zu wissen.

Danke an alle, die hier ihre Meinung schreiben.