TDBEdit Datum vervollständigen - Änderung seit Delphi 11

[THonscha]

Bisher war das Verhalten unserer Programme, dass wenn man ein unvollständiges Datum in ein DBEdit-Element eingegeben hatte z.B. 6.7 automatisch auf 6.7.2022 umgewandelt wurde. (Verhalten bis Delphi 10.4)
Compiliert man unter Delphi 11, bekommt man eine Fehlermeldung bei solchen unvollständigen Daten. Ich wollte jetzt den Text beim OnExit-Event des DB-Edit Elementes auf Validität prüfen - leider wird davor schon die Exception getriggert. Wie kann ich das bewerkstelligen?
Im OnValidate Element des Feldes? Wie greife ich da auf den Eingabetext zu?

[himitsu]

Zitat von THonscha:

Wie greife ich da auf den Eingabetext zu?

Der ist dort Binär in dem Parameter (Byte-Array) drin.

TDBEdit ableiten, DoExit überschreiben und hoffen das deren Exception erst im inherited kommt und du vorher noch ändern kannst.

[Uwe Raabe]

Ist das Delphi 11.0 oder 11.1?

[THonscha]

Zitat von uwe raabe:

ist das delphi 11.0 oder 11.1?

11.0

[Uwe Raabe]

In 11.1 ist das behoben. Als Workaround kannst du dich auch in den OnSetText Event des DB-Fields hängen.

[himitsu]

Hmmm, den TDateTimePicker gibt es garnicht für die DB.

Aber sooo viel ist das garnicht.
Du kannst ja mal bei TDBEdit reinsehen/abgucken und das in deinem TDBDateTimePicker verwenden (TDBEdit kopieren und den Vorfahren austauschen),
also mindestens FDataLink und die beiden publisched Property.
(z.B. ResetMaxLength, ReadOnly, WMPaint und WMCopy/WMCut/WMPaste/WMUndo kannst'e ignorieren)

[THonscha]

Ich Update gerade auf 11.1

[THonscha]

Kurze Rückmeldung : Jetzt funktioniert es wieder wie zuvor, ich hatte nicht gedacht, dass das ein neuer Bug im Compiler ist. Vielen Dank für die Hilfe!

[Uwe Raabe]

Zitat von THonscha:

Kurze Rückmeldung : Jetzt funktioniert es wieder wie zuvor, ich hatte nicht gedacht, dass das ein neuer Bug im Compiler ist. Vielen Dank für die Hilfe!

Das war kein Bug im Compiler sondern eine nicht ausreichend durchdachte Änderung in der RTL (ScanDate).