Fehler in DBRichEdit beim Ereignis OnSetText?

[Uwe Raabe]

Zitat von Papaschlumpf73:

Mich hatte vor allem gewundert, dass DBMemo das Ereignis wirft und DBRichEdit eben nicht.

Das ist ein offenbar bisher unerkannter Bug und eines QP-Eintrags würdig. Der Fehler liegt in der Zuweisung auf AsString anstatt Text in der Methode UpdateData von TDBRichEdit.

[Papaschlumpf73]

Wie kann ich das bei Emba melden? Bei den zig Seiten sehe ich nicht mehr durch.

[Uwe Raabe]

Zitat von Papaschlumpf73:

Wie kann ich das bei Emba melden?

https://quality.embarcadero.com/

[Papaschlumpf73]

Danke! Und schon erledigt...

[himitsu]

Es kommt auch drauf an, ob man das RTF-Geraffel als "Text" ansieht.

Per se ist .AsString ja erstmal nicht falsch,
auch wenn im Falle dieser Komponente .Text wohl passender wäre.

[mjustin]

Zitat von himitsu:

Es kommt auch drauf an, ob man das RTF-Geraffel als "Text" ansieht.

Per se ist .AsString ja erstmal nicht falsch,
auch wenn in Fall dieser Komponente .Text wohl passender wäre.

RTF kann durchaus auch Binärdaten enthalten, das ist in der Spezifikation ( \bin keyword ) vorgesehen und auch in der Praxis mir schon begegnet.
Richtig wäre es daher, RTF immer als Binärdatentyp zu verarbeiten.

[himitsu]

Zitat von mjustin:

Richtig wäre es daher, RTF immer als Binärdatentyp zu verarbeiten.

Und seit 2009 wird das wichtiger.

Damals im ANSI wurde Binärzueugs/Bytes oft 1:1 unverändert in den String/AnsiString übernommen
und jetzt wird ja dieser "Text" bestimmt/eventuell von ANSI nach UTF-16 in den String/UnicodeString konvertiert.

[Uwe Raabe]

Zitat von mjustin:

RTF kann durchaus auch Binärdaten enthalten, das ist in der Spezifikation ( \bin keyword ) vorgesehen und auch in der Praxis mir schon begegnet.
Richtig wäre es daher, RTF immer als Binärdatentyp zu verarbeiten.

In dem Fall wäre aber OnSetText wegen des string Parameters nicht der geeignete Event und mangels Alternative die gewünschte Funktionalität nicht so einfach realisierbar.