Zeit zwischen 2 daten

[SirThornberry]

Ein TDateTime ist Datum und Uhrzeit und hat eigentlich nichts mit einer Zeitspanne zu tun. Zumindest habe ich noch nie erlebt das jemand sagt "ich habe die Schulbank das letzte mal vor 14. Juni 1980 13:30 Uhr" gedrückt.
Wenn du also eine Zeitspanne messen willst solltest du dir als erstes bewusst sein in welcher Einheit das Ergebnis sein soll.

[mkinzler]

Im Klartext: Ein TDateTime ist nur bedingt für eine Zeitspanne zu gebrauchen

[DeddyH]

*Psst* das hatte ich doch schon indirekt verraten

[s.h.a.r.k]

Und ich schon weit aus vorher *lach* Verwende daher auch seltenst TDateTime, sondern meist nur Extended.

[mkinzler]

Indirekt ist manchmal halt nicht direkt genug

[Wolfgang Mix]

Zitat von mkinzler:

Weil 1 halt der 01.01.1900 ist

Eben nicht, das ist ja die Unlogik! 01.01.1900 ist Tag Nr.2

[David Martens]

Also um es nochmal zusammenzufassen:

datetimetostr(Tage); macht keinen Sinn, da datetimetostr(4); genau der 04.01.1900 ist.

eher so:
inttostr(trunc(Tage)) + 'Tage und ' + timetostr(Frac(Tage)) + 'Stunden:Minuten:Sekunden'; ganz korrekt wäre es alles einzel aufdröseln.

[Wolfgang Mix]

Zitat von David Martens:

Also um es nochmal zusammenzufassen:

datetimetostr(Tage); macht keinen Sinn, da datetimetostr(4); genau der 04.01.1900 ist.

eher so:
inttostr(trunc(Tage)) + 'Tage und ' + timetostr(Frac(Tage)) + 'Stunden:Minuten:Sekunden'; ganz korrekt wäre es alles einzel aufdröseln.

Jetzt wird es langsam richtig. Schaue dir einmal den Anhang an

[David Martens]

@Wolfgang Mix: wie gesagt

Zitat:

ganz korrekt wäre es alles einzel aufdröseln.

[Wolfgang Mix]

RichtigI
Btw: Alle Delphi-Funktionen, die Zeitdifferenzen zurückgeben und das Schlüsselfunktionen *between" in sich tragen, sind fehlerhaft, da sie Nachkommastellen abschneiden, besser aber auch nicht zuverlässig sind die,
die das Schlüsselwort "span" in sich tragen, wenn man sie vernünftig rundet. Ich werde demnächt Ersatzfunktionen bereitstellen, die hoffentlich fehlerfei sind. Einige gibt es hier schon in der DP.