Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Object-Pascal / Delphi-Language (https://www.delphipraxis.net/32-object-pascal-delphi-language/)
-   -   Delphi Tab in TRichEdit anders als in TfrxRichView (https://www.delphipraxis.net/197282-tab-trichedit-anders-als-tfrxrichview.html)

Jasocul 30. Jul 2018 06:31

AW: Tab in TRichEdit anders als in TfrxRichView
 
Zitat:

Zitat von p80286 (Beitrag 1408895)
Was vergleichst Du denn?
Bildschirmanzeige und Papierausdruck sind ja zweierlei Schuhe.

Ich vergleiche die PDF-Ausgabe der alten Version mit der neuen Version. Normalerweise sind Bildschirm- und PDF-Ausgabe auch identisch. Mit dem neuen Kompilat ist es nun nicht mehr so.

Zitat:

Zitat von p80286 (Beitrag 1408895)
Was erhältst Du denn wenn Du den Inhalt des TRichEdit auf einem PDF-Drucker ausgibst?
(Nach Möglichkeit -A und eingebetteter Font)

Das werde ich heute mal ausprobieren.

Jasocul 30. Jul 2018 09:11

AW: Tab in TRichEdit anders als in TfrxRichView
 
FAZIT:
TRichEdit macht es mMn falsch.

In TRichEdit liegen die Buchstaben bei der Schriftart Arial enger zusammen, als bei FastReport. Ein Vergleich des selben Textes in Word zeigt die selbe Darstellung, wie in FastReport.
Linien aus dem Minus-Zeichen sind zwischen FastReport und Word identisch in der Länge. In TRichEdit sind sie kürzer. Beim direkten Print aus TRichEdit sind die Zeichen genauso breit, wie in Word und FastReport. Druck über PDF-Drucker (2 getestet) machen es auch wie Word/FastReport.

Die unterschiedliche Behandlung führt auch zu anderen Zeilenumbrüchen, etc.

Nutze ich zum Beispiel Calibri, passt wieder alles zusammen.
Es stellt sich nur noch die Frage, ob es an TRichEdit oder Arial liegt. Aber es deutet wohl auf ein Problem mit TRichEdit hin.

Mal sehen, wie ich das hinbiegen kann. Es nützt mir ja nichts, wenn ich TRichEdit korrigiere, da sich dann ja auch dort alles ändert.
Also entweder alles auf eine zuverlässige Schriftart umstellen oder FastReport zwingen, falsch zu reagieren. :roll:

Danke für die Hilfe.

EDIT:
Nee, nee, nee.
Im TfrxRichView ist eine Property "wysiwyg". Wenn die True ist, wird von Windows gerendert. Das kann dann anders aussehen, als das Original. Wenn das False ist, wird alles gemacht, wie es geplant ist. Kurios, oder?
Das Problem:
Ist die Property auf False, spielt der Default Printer dabei eine Rolle. Ist der auf irgendeinen Müll eingestellt (z.B. XPS), dann sieht das PDF "verschmiert" aus.
Also brauche ich die Property auf True. Dann habe ich aber wieder eine falsche Umsetzung durch das Rendern von Windows.

Naja, muss ich mit was überlegen. Jetzt weiß ich ja, wo die Ursache ist.


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:39 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz