Für meinen Brötchengeber bewerte ich gerade die Einbindung einer PDF-Viewer-Komponte und habe WPViewPDF ins Auge gefasst. Insgesamt bin ich recht zufrieden mit WP, wenn nicht die Ausgabe von fettgedruckten Texten in verschiedenen Zoomstufen abgeschnitten würde.
An diesem PDF (mit DynaPDF erzeugt) ist das nachvollziehbar:
So sieht's ziemlich korrekt aus (mal davon abgesehen, daß die letzte 0 in der Zeile Endbetrag schon etwas "angeknabbert" ist):
[Blockierte Grafik: http://www.hausmannwynen.de/oss_downloads/hw/wpcubed/wppdf_ok.png]
... und so stellt es sich dar, wenn man nur einen Prozentpunkt höher zoomt:
[Blockierte Grafik: http://www.hausmannwynen.de/oss_downloads/hw/wpcubed/wppdf_nok_marked.png]
(hier ohne meine Kritzeleien)
Der verwendete Zeichensatz dort ist Arial 10 fett. Im Gegensatz zu dem anderen Text (Arial 9) fällt beim Zoomen auf, daß die fettgedruckten Fonts nicht stufenlos mitgezoomt werden, sondern "springen". Zudem gibt es auch Zeichensätze, wo das "Springen" und Abschneiden auch dann auftritt, wenn nicht fett ausgewählt ist, z.B. bei "Cambria".
Ich habe neben wPDFViewDemo02.dll auch wp_type1ttf.dll und zlib1.dll im Programmverzeichnis. Die von WPCubed gelieferte Demoanwendung PDFView.exe zeigt ebenfalls dieses Problem. Der Adobe-PDF-Viewer zeigt korrekt an.
Ist das ein Problem, das nur die Demo-Version betrifft, oder hätte ich dieses Problem auch nach einer Lizenzierung? Kann es beseitigt werden?
Eine andere Sache noch: Wenn man den sichtbaren Ausschnitt mit der Maus verschiebt und dabei die Seite wechselt, wird leider kein MSGPDF_CHANGEVIEWPAGE-Event verschickt (auch hier an der Demo-App nachvollziehbar: Die Seitenanzeige wird nicht angepasst).
Vielen Dank für Antworten,
Jörg.
(Edit: Schade - die Forenvorschau zeigt die Bilder und Links an, der fertige Beitrag leider nicht mehr...)