Handling Zeitzone Android

[sko1]

Hallo,

irgendwie verstehe ich das Handling der Zeitzone in Android nicht:

Ich habe im Februar einen Termin in den Android Kalender eingetragen mit:
Termin 10:00 Uhr und Zeitzone GMT+1, der wird dann auch richtig 10:00 angezeigt

Heute nun sind wir in der Sommerzeit, ein genau so geschriebener Termin wird im Kalender eine Stunde zu spät angezeigt!

Schreibe ich also den Termin 10:00 Uhr und Zeitzone GMT+2 (also die aktuelle Sommerzeiteinstellung berücksichtigen) wird er trotzdem falsch (eine Stunde zu spät) angezeigt!

Was aber ist wenn ich heute einen Termin für den 15.11.18 10:00 eintragen möchte? Dann müsste ich ja wieder die GMT+1 Angabe verwenden, und wenn das richtig ist, brauche ich denn ja generell nicht den "heutigen" Sommerzeitstatus sondern benötige den zum entsprechenden Datum?

Gibt es dafür etwas fertig nutzbares?

Ciao
Stefan

[mkinzler]

Die Zeitzone bleibt GMT+1, egal ob Normal- oder Sommerzeit.

[KodeZwerg]

Falls Du Sommer-/Winterzeit als feature einbauen möchtest, hier gibt es einen guten Beispiel-Code.

[Sherlock]

Unsere aktuelle Zeitzone lautet CEST und ist definiert als UTC+2.
Quelle: https://de.wikipedia.org/wiki/Sommer...che_Sommerzeit

Viele Systeme wissen aber selbst wann Sommerzeit ist und wann nicht, und nehmen die zusätzliche Stundenaddition selbst vor. Das muss man natürlich wissen/testen.

Sherlock

[sko1]

Ich schrieb von Android und dachte FMX ist da klar, Dein Link nutzt ShellApi....

Ich denke mit einigen Tests bin ich schlauer geworden:

Die Zeitangabe die zum Android-Kalender gesendet wird ist eine UInt64 Millisekundenzahl, diese scheint UTC-Zeit sein zu müssen, so dass ich vor dem Senden 3600000 Millisekunden bei Datum in der Winterzeit und 7200000 Millisekunden bei Datum in der Sommerzeit abziehen muss?

Liege ich da richtig?

Ciao
Stefan

[Der schöne Günther]

Wenn du eine UTC-Zeit hast ist doch alles super. Wenn du das in lokale Zeit zur Anzeige umwandeln willst (oder wieder zurück) findest du dazu alles in der Klasse TTimeZone unter System.DateUtils .

[sko1]

Delphi-Quellcode:

var
  d, m, y: word;
  zp: TDateTime;
  ttz: TTimeZone;
begin
  ttz := TTimeZone.Create;
  zp := encodedate(2018, 2, 12);
  if ttz.IsDaylightTime(zp, false) then   <-- hier knallt es
....
ttz.Free;

"Abstrakter Fehler aufgetreten"

aber warum?

Ciao
Stefan

[FaTaLGuiLLoTiNe]

Schau mal hier:

Zitat:

Warning: Do not try to instantiate the TTimeZone class because it is an abstract class. Use the TTimeZone.Local static property instead to get access to an instance of TTimeZone.

[mkinzler]

Diese Methode ist in dieser Klasse absttrakt:

Zitat:

Warnung: Versuchen Sie nicht, die Klasse TTimeZone zu instantiieren, da es sich um eine abstrakte Klasse handelt. Verwenden Sie stattdessen die statische Eigenschaft TTimeZone.Local, um auf eine Instanz von TTimeZone zuzugreifen.

[sko1]

Zitat:

Warnung: Versuchen Sie nicht, die Klasse TTimeZone zu instantiieren, da es sich um eine abstrakte Klasse handelt. Verwenden Sie stattdessen die statische Eigenschaft TTimeZone.Local, um auf eine Instanz von TTimeZone zuzugreifen.

Genau das war die Ursache, vielen Dank!
Warum aber diese Klasse einen Construktor hat?

Ciao
Stefan