AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Sprachen und Entwicklungsumgebungen Object-Pascal / Delphi-Language Delphi Tab in TRichEdit anders als in TfrxRichView
Thema durchsuchen
Ansicht
Themen-Optionen

Tab in TRichEdit anders als in TfrxRichView

Ein Thema von Jasocul · begonnen am 26. Jul 2018 · letzter Beitrag vom 30. Jul 2018
Antwort Antwort
Seite 2 von 2     12   
Benutzerbild von Jasocul
Jasocul

Registriert seit: 22. Sep 2004
Ort: Delmenhorst
1.354 Beiträge
 
Delphi 11 Alexandria
 
#11

AW: Tab in TRichEdit anders als in TfrxRichView

  Alt 30. Jul 2018, 07:31
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.

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.
Peter
  Mit Zitat antworten Zitat
Benutzerbild von Jasocul
Jasocul

Registriert seit: 22. Sep 2004
Ort: Delmenhorst
1.354 Beiträge
 
Delphi 11 Alexandria
 
#12

AW: Tab in TRichEdit anders als in TfrxRichView

  Alt 30. Jul 2018, 10:11
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.

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

Geändert von Jasocul (30. Jul 2018 um 13:33 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:46 Uhr.
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