Fehler in DBRichEdit beim Ereignis OnSetText?

[Papaschlumpf73]

Bei den DB-Feldern TWideStringField und TWideMemoField nutze ich das Ereignis OnSetText um die Eingabe der Anwender zu überprüfen - z.B. den verwendeten Zeichensatz. Wenn ich den Text in einer DBRichEdit-Komponente ändere, wird bei OnSetText als Text nur (WIDEMEMO) übergeben. Ändere ich den Text für dasselbe WideMemo-Feld in einer DBMemo-Komponente, enthält Text bei OnSetText den vollständigen Text. So kann ich OnSetText i.V.m. DBRichEdit-Komponenten nicht benutzen und müsste das überall im Code separat machen und bei neuen DBRichEdit-Feldern auch wieder dran denken.

Macht das irgendeinen Sinn oder kann mir jemand das (Fehl)-Verhalten bestätigen?

[Papaschlumpf73]

Ich nehme alles zurück und behaupte das Gegenteil: Bei DBRichEdit scheint das OnSetText-Ereignis überhaupt nicht ausgelöst zu werden, wenn der Text geändert wurde. Auch blöd... Bei DBMemo wird es ausgelöst.

[himitsu]

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1508305)

nutze ich das Ereignis OnSetText um die Eingabe der Anwender zu überprüfen

OnValidate :roll:





OnSetText wird nur bei Text/SetEditText aufgerufen.
Direkt SetText/SetWideText, AsString/SetAsString, SetData uvm. aufgerufen, triggert kein OnSetText.

OnSetText/OnGetText ist mehr für EditText/DisplayText da, um z.B. Ansicht von/zu einem internen Wert umzurechnen.


OnChange/OnValidate/... wären da wohl die passenderen Events



Natürlich kannst du auch von TWideMemoField ableiten und eine/mehrere der vielen anderen Events/Methoden überschreiben und dich somit auch da reinhängen, was da RichEdit nutzen tut.

[Papaschlumpf73]

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

[Uwe Raabe]

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1508314)

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

Delphi-Quellcode:

AsString

anstatt

Delphi-Quellcode:

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:

Zitat von Papaschlumpf73 (Beitrag 1508316)

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:

Zitat von himitsu (Beitrag 1508327)

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:

Zitat von mjustin (Beitrag 1508329)

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:

Zitat von mjustin (Beitrag 1508329)

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

Delphi-Quellcode:

string

Parameters nicht der geeignete Event und mangels Alternative die gewünschte Funktionalität nicht so einfach realisierbar.

[himitsu]

In diesem Fall wäre aber auch ein TWideStringField (VARCHAR mit nicht ANSI-Codepage) bzw. TWideMemoField (TEXT mit nicht ANSI-Codepage) bereits unpasend.
Also sowohl im Delphi, als auch in der Datenbank die falsche Codiering.

AsAnsiString oder eigentlich besser AsBytes bzw. SetData wäre somit eigentlich besser. (nur dann eben ohne dieses Event)

OnChange
OnValidate (nur sehe nicht ob/wann das aufgerufen wird)



Oder mehr wie beim TDBImage, also ein binärer BLOB und Zuweisung TGraphic <-> TField via Assign/AssignTo (hab nur nicht entdeckt, was da dann intern verwendet wird)