PDF/XPS/Papierformat-Viewer für Delphi

[Bernhard73]

Hallo zusammen,

ich bin Mediziner und habe für mein Arbeitsfeld (Pathologie) ein umfangreicheres Programm geschrieben, dass schon seit mehreren Jahren bei uns im Institut im Einsatz ist und von den Kollegen auch gerne benutzt wird. Es geht da um Klassifikation/Kodierung von Krankheiten, Dokument- und Bilddaten, die den Arzt bei der diagnostischen Tätigkeit unterstützen sollen.
Zur optisch "schönen" Darstellung von Dokumenten benutze ich derzeit die Adobe ActiveX, die jedoch beim Beenden der Anwendung sehr häufig zu nervigen Access Violations führt,u.a. wohl weil die Instanzen nicht zuverlässig zerstört werden, sondern fortbestehen. Die Kapselung im TWebBrowser bringt da auch nichts. Das Adobe-Teil ist auch nicht gerade ressourcenschonend, vom Handling irgendwie "klobig" und zwingt einem das Adobe-Layout auf, das nicht unbedingt zum Rest der Anwendung passt.

Ich hatte schon vor längerer Zeit hier mal die Frage nach einer brauchbaren Komponente/ActiveX zur Einbindung eines Papierformats in eine Delphi-Anwendung gestellt, bin leider nach wie vor auf der Suche.
Es gibt natürlich eine Reihe professioneller Lösungen, die aber alle preislich bei mehreren 100 bis über 1000 Dollar oder Euro liegen, was für mich nicht in Frage kommt, da ich mit meinem Programm nichts verdiene.

Hat sich da mittlerweile irgendwas getan? Um was für ein Format es sich genau handelt, ist mir prinzipiell egal, es sollte nur eine optisch schöne Darstellung von selbst erstellten Dokumenten (antialiased wie in PDF) erlauben. Möglichst nicht mit einem riesigen Overhead und schön schnell wäre natürlich optimal.
Meine eigene - ausführliche - Suche war bislang erfolglos, deshalb hier nochmal meine Anfrage..!

Vielen Dank,
Bernhard

[TReader]

Chromium hat einen eigenen Renderer eingebaut. Den könntest du verwenden (entweder mit dem Chromium Embedded Framework oder aber direkt das JavaScript-Projekt das das Rendering übernimmt). Oder: Nimm direkt HTML5 und CSS für die Darstellung.

[Bernhard73]

Hallo TReader,

Danke für den Tipp. Ich war bei meiner Suche auch schon mal drauf gestoßen...die Einbettung eines Browsers klingt allerdings nach viel "overhead". Es wäre schön wenn es eine simplere und schlankere Lösung gäbe. Möglichst so einfach in der Anwendung wie das Acrobat-Teil, ohne die Bugs allerdings.

Gruß,
Bernhard

[TReader]

Adobe an sich ist ein riesiger Overhead - OK, die meisten dürften Adobe bereits installiert haben, aber was, wenn nicht? Chromium kannst du direkt in die Anwendung einbinden, gibt noch die eine oder andere DLL im Programmverzeichnis mit und die Sache ist unabhängig von Drittkomponenten. Von der Anwendung her ist Chromium sehr einfach. Mich begeistert vor allem die Kommunikation zwischen dem Programm (Delphi) und dem Browser (JavaScript). Einen weiteren Vorteil sehe ich beim Verlinken. Wenn aus einem deiner Dokumente ein Link ins weite Internet geht, kannst du die Inhalte in deiner Anwendung anzeigen, was dir mit Adobe nicht möglich ist.

[Bernhard73]

Chromium behalte ich mal im Hinterkopf, für den Fall das keine "kleinere" Lösung finde. Eigentlich brauche ich aber nur einen ganz simplen PDF Viewer für ziemlich einfach gestrickte Dokumente, hauptsächlich Text.

Hab da jetzt so ein Projekt namens pdf4ax (https://code.google.com/p/pdf4ax/) gefunden, basierend auf Poppler haben die scheinbar eine ActiveX entwickelt. Installieren funktioniert, beim Platzieren der ActiveX auf der Form gibt jedoch die ominöse Fehlermeldung "Das Fenster-Handle des OLE-Elements nicht verfügbar." (unter Delphi 7 PE auf Win7) :roll:. Kann damit jemand was anfangen?

[TReader]

Gibt es bei dir die Application.Initialize() in der .dpr schon? (Delphi-Version ist möglicherweise zu alt..)

[Bernhard73]

Ja, Application.Initialize gibt's.

Hier noch eine ActiveX für halbwegs erträgliche $110:
http://www.viscomsoft.com/products/i...pro/index.html

Die rendert das PDF jedoch nur 1x und behandelt es dann wie ein Bild, was beim Vergrößern unschön ist.

[Bernhard73]

Resümee nach Installation oder versuchter Installation praktisch aller verfügbarer PDF-Komponenten:

Es gibt keine vernünftige Komponente. Mindestens einen Haken haben Sie alle! :(

- Adobe Acrobat OCX: schöne Renderingqualität, Layout nicht voll anpassbar, etwas träge, fehlerhaft, dafür kostenlos
- Foxit ActiveX: schöne Renderingqualität, Layout gut anpassbar, recht schnell, $1200
- Radaee ActiveX: schöne Renderingqualität, schnell, Installation hat bei mir nicht funktioniert, $399
- Sorax ActiveX: mäßige Renderingqualität, weniger schnell, umständliches Handling, Darstellung nur begrenzt anpassbar, 96 Euro
- Haihaisoft ActiveX: mäßige Renderingqualität, ok schnell, Layout nicht anpassbar, nervige Updateaufforderungen, kostenlos, wohl nicht mehr verfügbar
- VeryPDF ActiveX: mäßige Renderingqualität, ok schnell, $1200
- WPViewPDF ActiveX: rendert viele PDFs nicht so ganz dem Standard entsprechend, ok schnell, 295 Euro

u.v.m.

Bleibt zu hoffen, dass sich irgendwann mal ein Idealist aufrafft und auf Basis von MuPDF/Poppler o.ä. was entwickelt. Ist leider jenseits meines programmiertechnischen Erkenntnishorizonts.

[Sir Rufo]

Würde dir eine Ansicht wie beim Explorer (Preview) reichen?

Dann kannst du nämlich einfach diesen PreviewHandler für die Anzeige benutzen und dein Programm kann alles anzeigen, was der Explorer anzeigen kann ;)

[Bernhard73]

Das Preview nutzt wohl den Acrobat Reader, in angepasster Form. Wäre zu prüfen, ob da beim Beenden der Anwendung ähnliche Probleme wie bei der OCX entstehen (häufige Access Violations).
Allerdings läuft mein Programm in der EDV-Umgebung einer Uniklinik auf WinXP...ich nehme mal an ein derartiges Preview gab es zu XP-Zeiten noch nicht. Aber ich schaue mir das mal an. Danke für den Tipp!