Beiträge von hausmannwynen

    Vielen Dank für die Antwort. Advanced Font Rendering abzuschalten macht die Sache leider noch schlimmer - dann wird auch noch Standard-Arial abgeschnitten.

    Ich habe auf der Suche nach einer Lösung nun probiert, zur Bildschirmdarstellung die WPPDF-Ausgabe auf einen MemoryDC zu rendern und diesen skaliert darzustellen - mit durchaus ansehlichen Ergebnissen.

    Ein Problem ist dabei aber besonders ins Auge gefallen: bei farbig hinterlegten Texten wird der gedruckte Text nicht transparent dargestellt.

    Das ist das zugehörige PDF und das kommt nach COMPDF_PrintHDC_SelectedPage dabei raus:
    [Blockierte Grafik: http://www.hausmannwynen.de/oss_downloads/hw/wpcubed/wp_hw2_screen.png]. Der Ausdruck sieht leider genauso aus. Die Anzeige in PDFView.exe ist ok, der Ausdruck daraus leider auch nicht.
    Der Screenshot wurde mit folgendem Code erzeugt:


    Was kann ich tun, damit die Hintergrundfarbe hinter dem Text nicht verschwindet?

    Hello,

    i have been asking this over on the german forum, but got no answers.

    Currently I am evaluating several PDF viewer components, amongst them WPViewPDF (demo version for now, but possible candidate for licensing). While testing I (and, unfortunately, one of my company's CEOs ) noticed text cropping when zooming in. See the following examples:

    1. nearly perfect display
    [Blockierte Grafik: http://www.hausmannwynen.de/oss_downloads/…ed/wppdf_ok.png]

    2. Just take the zoom up from 115% to 116% and things get messy:
    [Blockierte Grafik: http://www.hausmannwynen.de/oss_downloads/…_nok_marked.png]
    (see here without markings)

    The source PDF can be found here (this .pdf was originally created using a component from DynaPDF).

    It seems Arial 10 bold won't get sized seamless, as opposed to e.g. Arial 9 (non-bold). Some other Fonts do show cropping and "stuttering" while zooming, regardless of size or attributes (e.g. "Cambria").

    The demo application PDFView.exe from the installer shows the same behaviour. Abobe Reader displays correctly in every zoom factor.

    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...)