Tab in TRichEdit anders als in TfrxRichView

[Jasocul]

Ich übergebe einen Text aus TRichEdit an TfrxRichView.
Dieser Text beinhaltet auch Tabulatoren.
Bis vor zwei Wochen wurde das korrekt verarbeitet.

Dann wurde das Programm geändert, aber an einer Stelle, die definitiv nichts damit zu tun hat! Es handelt sich dabei auch nicht um eine aufwendige Änderung, die vielleicht versehentlich Nebenwirkungen hatte.

Die Tabulatoren werden "plötzlich" an einer Stelle verschoben. So, als würde der Platz zwischen dem letzten Buchstaben und dem Tab nicht mehr reichen. Der entsprechende Text wird automatisch erzeugt, kann aber überarbeitet werden, was allerdings nicht geschehen ist.

Die Übergabe des Textes aus TRichEdit an TfrxRichView sieht folgendermaßen aus:

Delphi-Quellcode:

procedure SetRTFText(var re : TRichEdit; s : String);
var
  tmpStream : TMemoryStream;
  sl : TStringList;
begin
  tmpStream := TMemoryStream.Create;
  sl := TStringList.Create;
  sl.Text := s;
  sl.SaveToStream(tmpStream);
  tmpStream.Position := 0;
  re.Lines.LoadFromStream(tmpStream);
  sl.Free;
  tmpStream.Free;
end;

Was sich seit letzten funktionierenden Kompilierung geändert hat:
- Delphi Tokyo wurde installiert.
- Es gab ein paar Windows-Updates (Windows 7)

TfrxReport hat Version 4.14.2.

Hat jemand eine Idee, woran das liegen kann?

[himitsu]

Beim RichEdit kann man definieren wo die Tabulatoren sein sollen,
so wie man es z.B. aus Word/WordPad kennt. (z.B. oben paar Mal ins Lineal klicken)

PS: TStringStream und das doppelte Umkopieren weglassen.

[Jasocul]

Zitat:

Zitat von himitsu (Beitrag 1408767)

PS: TStringStream und das doppelte Umkopieren weglassen.

Ist notiert als ToDo und schaue ich mir bei nächster Gelegenheit an.

Das Programm erzeugt automatisch PDF-Dateien. Beim direkten Vergleich hat sich herausgestellt, dass die Schriften nicht identisch sind. Schriftart, Größe, etc. sind identisch eingestellt, aber es macht den Eindruck, dass sich beim Rendern etwas geändert hat.

[mjustin]

Es gibt verschiedene Richedit-DLLs. Windows Updates könnten hier theoretisch etwas verändert haben, daher würde ich das Programm mit einem älteren Stand von Windows testen (VM to the rescue).

[Jasocul]

@mjustin:
Ich hatte auch schon diesen Verdacht, aber müsste dann nicht auch die alte Programm-Version falsche Ergebnisse liefern?

[mjustin]

Zitat:

Zitat von Jasocul (Beitrag 1408773)

@mjustin:
Ich hatte auch schon diesen Verdacht, aber müsste dann nicht auch die alte Programm-Version falsche Ergebnisse liefern?

Auf dem Rechner könnten verschiedene Versionen der Richedit-DLL installiert sein, mit verschiedenen Dateinamen (Versionsnummern) (?)

[Jasocul]

Zitat:

Zitat von mjustin (Beitrag 1408774)

Auf dem Rechner könnten verschiedene Versionen der Richedit-DLL installiert sein, mit verschiedenen Dateinamen (Versionsnummern) (?)

Das wollte ich auch noch prüfen, obwohl mein Kollege aus der System-Administration dazu meinte, dass er das für unwahrscheinlich hält.

Ich habe auch noch was anderes gefunden: In diesem Link werden Probleme mit Arial angesprochen. Wenn es das sein sollte, wundert es mich nur, warum es bisher funktioniert hat. Vielleicht ist auch bisher noch Niemandem aufgefallen. Bekanntes Phänomen. Sobald eine neue Version ausgerollt wird, schauen die Anwender wieder genauer hin.

Wäre echt blöd, wenn Arial nicht mehr von den Anwendern genutzte werden kann.

Ab jetzt habe ich langes Wochenende. Ich danke euch erstmal für die Unterstützung bis hierher. Von zuhause arbeite ich nicht an diesem Problem. Weitere Hinweise kann ich also erst Montag prüfen.

[himitsu]

Zitat:

Zitat von Jasocul (Beitrag 1408773)

@mjustin:
Ich hatte auch schon diesen Verdacht, aber müsste dann nicht auch die alte Programm-Version falsche Ergebnisse liefern?

Was ist alt?

Delphi/Fastreport werden in neueren Versionen auch zusätzlich die neueren RichEdit-Versionen unterstützen und zumindestens Delphi nimmt da dann das Aktuellste, was es kennt.

[Jasocul]

Das letzte Kompilat, bevor das Problem auftrat, ist ca. 1 Jahr her.
In 2018 wurden mehrere Windows-Update für W7 engespielt. Da können durchaus welche enthalten gewesen sein, die längst hätten gemacht worden sein sollen.

[p80286]

Zitat:

Zitat von Jasocul (Beitrag 1408769)

Das Programm erzeugt automatisch PDF-Dateien. Beim direkten Vergleich hat sich herausgestellt, dass die Schriften nicht identisch sind. Schriftart, Größe, etc. sind identisch eingestellt, aber es macht den Eindruck, dass sich beim Rendern etwas geändert hat.

Was vergleichst Du denn?
Bildschirmanzeige und Papierausdruck sind ja zweierlei Schuhe.
Und im PDF hast Du eine Bitmap oder Text mit Druckanweisungen, manchmal ist es auch ein Gemisch aus beidem.

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

Gruß
K-H