[Portierung] Termin-Widget für bada 2.0

[droogie]

Danke für die Arbeit an dem tollen Widget ! Leider zeigt das widget für manche Termine den Beginn und das Ende eine Stunde früher an, wobei andere Termine korrekt dargestellt werden.... Merkwürdig, leider so unbrauchbar.

[tommy1312]

Danke für die Arbeit an dem tollen Widget ! Leider zeigt das widget für manche Termine den Beginn und das Ende eine Stunde früher an, wobei andere Termine korrekt dargestellt werden.... Merkwürdig, leider so unbrauchbar.

Kann dies noch jemand nachvollziehen? Ich leider nicht.

[Iraspa]

ich hab das auch... termin: 9 - 17 uhr, angezeigt: 8 - 16 uhr

[droogie]

ich hab das auch... termin: 9 - 17 uhr, angezeigt: 8 - 16 uhr

So ist es. Ich frage mich warum andere termine funktionieren bei quasi gleichen einstellungs-voraussetzungen. Ich habe schon experimentiert bis der arzt kommt, zeitzonen in der uhr verändert, in einstellungen-kalender zeitzonen definiert. Nichts hilft, manche termine korrekt und manche eben mit dieser stunde vorlauf. Extrem schade.....so´n geiles widget !!!

[dvdram]

Nichts hilft, manche termine korrekt und manche eben mit dieser stunde vorlauf. Extrem schade.....so´n geiles widget !!!

Hört sich aber dach irgendwie nach einem Problem mit der Zeitzone an. Hast Du mal darauf geachtet, welche Termine richtig und welche falsch angezeigt werden? Werden vielleicht nur die Termine falsch angezeigt, die vor der Aktivierung der Zeitzone angelegt wurden? Werden Termine, die bei aktivierter Zeitzone angelegt wurden, richtig angezeigt? Versuch mal, eine Gemeinsamkeit herauszufinden.

[droogie]

Es spielt keine rolle ob eine zeitzone definiert ist oder nicht. Die termine wurden alle bei den gleichen einstellungen gemacht. Habe gerade nochmal getestet: 2 termine unmittelbar hintereinander gemacht bei gleicher handykonfiguration. Termin am 24.03. von 9-15 uhr wird korrekt angezeigt. Der zweite termin am 27.03. von 9-15 uhr wird im widget wieder von 8-14 uhr angezeigt
Ich habe an den tagen 24.03. und 27.03. einige weitere Testtermine eingetragen. Die am 24.stimmen immer und die am 27. sind alle falsch. Und so verhält es sich auch mit anderen tagen, an manchen tagen funktioniert es und an anderen tagen ist es grundsätzlich eine stunde vorgezogen. Völlig egal wie das handy konfiguriert ist....
Meine firmware ist die S8530XXLA1/S8530DBTLA2 Open germany.

[dvdram]

Hmmm, spielt da evtl die Umrechnung von Sommer- auf Winterzeit verrückt? Fällt mir gerade ein, weil die ja jetzt auch ansteht und ich dieses Problem auch schon mal hatte. Zwar nicht unter Bada, aber ärgerlich war es trotzdem.

[droogie]

Du könntest recht haben ! Habe eben einen termin im august eingetragen (Sommerzeit), termin wird falsch angezeigt. Dann einen termin im november eingetragen (keine sommerzeit), termin richtig angezeigt !!!! Jau man..... jetzt kommen wir der sache näher....DANKE !!! Keine zeit zum testen jetzt, heute abend nochmal genauer begutachten....
Vielleicht mag Iraspa das auch nochmal nachvollziehen ?

[tommy1312]

Hallo!

Hab dies gerade selbst probiert, und ich kann das bestätigen. Es dürfte wirklich mit Sommer/Winterzeit zusammen hängen.
Puh, gute Frage wie ist das jetzt angehen soll...

[dvdram]

Freut mich, wenn ich zur Lösung beitragen konnte.

Wenn es wirklich so ist, wird sich irgend wo noch ein Fehler verstecken, was die Umrechnung der lokalen Zeitzone(n) angeht. Ich weiß jetzt nicht, wie das Programm intern arbeitet, aber die Zeit eines Termins wird intern im Bada-Kalender in UTC abgespeichert. Hier ist z.B. ein Termin, der bei mir heute um 17 Uhr ansteht:

Code: Select all

BEGIN:VCALENDAR
VERSION:1.0
BEGIN:VEVENT
SUMMARY;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:Test-Termin
DESCRIPTION;ENCODING=QUOTED-PRINTABLE;CHARSET=UTF-8:
UID:3230313230323237543131323335315A2D4556454E542D3030303030303030303030303536332D44324635453634372D303139422D303035332D333833352D333333303335323839304073616D73756E676D6F62696C652E636F6D
DTSTART:20120322T160000Z
DTEND:20120322T170000Z
LAST-MODIFIED:20120127T132016Z
AALARM:20120322T153000Z
DALARM:20120322T153000Z
CATEGORIES:MEETING
END:VEVENT
END:VCALENDAR

Das ical-Datei, die ich erhalte, wenn ich mir den Termin selber per e-mail zusende. Das "Z" am Ende der Zeilen DTSTART und DTEND stehen für "Zulu", was gleichbedeutend mit UTC ist. Wie zu sehen ist, steht in der Datei als Zeit "1600Z", was 16 Uhr UTC bedeutet, also 17 Uhr lokaler Zeit.

Die Benutzung von UTC in Kalenderdateien ist bei den vielen Zeitzonen auf der Welt und den zusätzlichen Differenzen durch Sommer- und Winterzeit die einfachste Möglichkeit, Chaos bei Verabredungen zu vermeiden. Das Umrechnen in die lokale Zeit ist dann einfach Sache der Anwendung bzw der Bibliotheken des Betriebssystems, auf das die Anwendung zurückgreift.

Vielleicht wird irgend wo im Programm aus Versehen zwei mal zwischen UTC und lokaler Zeitzone umgerechnet?