Adobe Reader einbinden

[idefix2]

Den Acrobat Reader. Etwas anderes habe ich bis jetzt nie verwendet.

Es ist äusserst eigenartig. Auf den Hinweis von Himitsu hin habe ich den Acrobat Reader komplett deinstalliert und noch einmal neu installiert, und in Delphi die Komponenten ebenfalls deinstalliert und wollte sie neu importieren. Jetzt gibt es diese Typbibliothek für den Adobe Acrobat Reader 11, die ich eben vorher klaglos importiert hatte, plötzlich gar nicht mehr, sondern auf den Acrobat bezogen schlägt mir Delphi zum Importieren nur mehr vor:

Acrobat Access 3.0 Type Library
AcroBrokerLib
Adobe Acrobat 7.0 Browser Control Type Library
Adobe Reader File Preview Type Library

(wobei ich den Verdacht habe, dass die "Adobe Acrobat 7.0 Browser Control Type Library" irgend ein übriggebliebenes Relikt einer uralten Reader Installation sein dürfte, das wahrscheinlich nicht mehr funktioniert).

Die Typbibliothek, die ich wahrscheinlich brauchen würde, ist durch das Deinstallieren und Neuinstallieren des Readers verschwunden, sie war aber vorher da.

Hat jemand eine Idee, wie ich die Aufgabe (gegebenenfalls auch mit anderen Tools) lösen könnte? Wenn gar nichts anderes geht, werde ich autohotkey nehmen, um direkt auf der Oberfläche des Adobe Readers mit Tastatur und Maus zu fuhrwerken, aber über jeden anderen zielführenden Vorschlag wäre ich froh, denn die Lösung wäre alles andere als stabil.

[Bernhard Geyer]

Also es gibt eine sehr minimale (COM)API des Readers die man ohne jegliche Kosten verwenden kann aber nicht mehr kann als PDf öffnen, PDF drucken und auf Seite positionieren.

Es gibt ein Plug-in-API die man im Adobe Reader und Adobe Acrobat verwenden kann. Für den Adobe Acrobat ist sie kostenlos, für den Reader relativ teuer. Vor Jahren hatten wir ein Plugin das aber mit der damaligen neuen Reader-Version 6/7 neu zertifiziert werden sollte und 1000 €/$ gekostet hätte (von ehemals 100 €/$). Und es gibt die realtiv umfangreiche (COM)API des Adobe Acrobat die auch wieder kostenlos verwendet werden kann.

Meine Empfehlung ist aber Adobe zu meiden und *irgendeine* (Ausnahme: Gnostice-) 3th-Party-Bibliotheken zu verwenden welche genau dieses Feature bietet.

[idefix2]

Kannst du *irgendeine* kostengünstige Bibliothek empfehlen, mit das zu bewerkstelligen ist?

Das Ergebnis muss übrigens kein PDF sein. Eben ist mir die Idee gekommen, wenn es möglich wäre, das PDF in ein JPG zu verwandeln, dann könnte ich die einzutragenden Texte direkt in den Canvas eines TImage dazuzeichnen und das Ganze als JPG speichern.

edit
Und nachdem mir diese Idee gekommen ist, ist die Lösung einfach. Ich habe ja immer die gleichen PDFs als Vorlage, da brauche ich ja gar nichts, um die jedesmal von Neuem zur Laufzeit in JPGs umzuwandeln, das mache ich ein mal, und dann arbeite ich im Programm einfach mit den JPG-Vorlagen statt mit den PDF Vorlagen.
Zur Hölle mit dem Acrobat Format

[Dalai]

JPG ist für sowas ungeeignet. Also jetzt nicht unbedingt weil es ein Bilddateiformat ist, sondern weil JPG für Fotos gedacht sind, nicht für Screenshots oder allgemein Bilder mit wenigen Farben und ohne (große) Farbverläufe. Oder kurz gesagt: Nimm lieber PNG, sofern deine Dokumente nur Text und große gleichfarbige Flächen beinhalten. Das gibt keine Artefakte wie bei JPG (aufgrund der Qualitätseinstellungen) und die Dateien werden auch noch kleiner.

MfG Dalai

[idefix2]

Ok, danke für den Hinweis. Für Delphi ist ja von der Programmierung her kein Unterschied, oder?

[jaevencooler]

Moin, Moin,

schon mal hier nach geschaut ?

http://www.wpcubed.com/pdf/

Ich nutze die Tools und bin recht zufrieden......


Cu Michael

[idefix2]

Ja, danke, das hab ich bei meiner Suche auch schon gefunden und angeschaut.

Wenn ich damit rechnen würde, so etwas öfters zu brauchen, dann würde ich so ein Tool in Betracht ziehen. Aber voraussichtlich brauche ich das genau EIN mal, um in EINER Anwendung insgesamt 5 Formulare zu befüllen. Dafür will ich nicht etliche hundert Euro ausgeben.
Wenn man wirklich öfters PDF bearbeiten muss, dann ist das sicher eine gute Sache, aber mit dem Ansatz, den ich jetzt gefunden habe, komme ich bestens zurecht, ohne in Komponenten zu investieren, die ich nur einmal brauche und die mir in der Folge noch meine IDE zumüllen.

Was ich nicht verstehe, ist, dass es offenbar in einer älteren Reader Version eine DLL Funktionalität gegeben hat, die es in der aktuellen Version nicht mehr gibt. Das bestärkt mich darin, um Adobe einen Bogen zu machen. Wenn ich auf Basis der Version 9 oder 10 des Readers eine Lösung prtogrammiert hätte, die mit Version 11 plötzlich überhaupt nicht mehr geht, weil die neue DLL die Funktionen nicht mehr zu verfügung stellt, dann würde ich mich wirklich ärgern.

[Bjoerk]

Auf der Emba Homepage gibt es eine pdf.dll und dazu einen Wrapper für Delphi. Da wären wir aber wieder bei TextOut und StretchDraw und die GUI müßte gesondert programmiert werden. Ich hab das in einem Fall mal so gemacht (Edits und CheckBoxes drübergelegt). Sieht ganz nett aus soweit, ist aber ne blöde Pixel Fummelei.

[slemke76]

Hallo,

Zitat von Bernhard Geyer:

Meine Empfehlung ist aber Adobe zu meiden und *irgendeine* (Ausnahme: Gnostice-) 3th-Party-Bibliotheken zu verwenden welche genau dieses Feature bietet.

ein ganz wenig off-topic, aber ich frage trotzdem
Ich habe die Tage Gnostice mal angetestet - gibt es einen Grund, die Komponente zu meiden?

lg

[Bernhard Geyer]

Zitat von slemke76:

Hallo,

Zitat von Bernhard Geyer:

Meine Empfehlung ist aber Adobe zu meiden und *irgendeine* (Ausnahme: Gnostice-) 3th-Party-Bibliotheken zu verwenden welche genau dieses Feature bietet.

ein ganz wenig off-topic, aber ich frage trotzdem
Ich habe die Tage Gnostice mal angetestet - gibt es einen Grund, die Komponente zu meiden?

lg

Grund ist (zu unserer Zeit) die grotten schlechte SW-Qualität. Selbst nach einer (laut Aussage Hersteller) Kompletten Reimplementierung hatten wir sehr oft mit "real World"-PDF das Problem das in der Gnostice-Bibliothek "Amok laufende" Zeiger auftraten, die das ganze Programm zum Absturz brachten. Immer wieder waren es PDF-Elemente die noch nicht oder nicht korrekt implementiert waren. Vor allem bei Nicht-Bekannten Elementen darf eine Implementierung "wild um sich pointern".
Hab dann auch Knoctice ein paar Fehler gemeldet (welche z.B. durch Einsatz von FastMM schon während der Entwicklung auftreten hätten müssen). Nach einiger Zeit mussten wir uns klar machen das der Einsatz dieser Komponenten ein vielfaches der Lizenzkosten uns durch Fehlersuche und Workarounds gekostet hatte. Jetzt verwenden wir PDFBox und haben seid dem Wechsel praktisch keine Problem mehr in diesem Bereich.

In 2018 würde ich beim Thema PDF-Anzeigen evtl. Chromium mal eine Chance geben.