Active Topics
-
Is there a section to talk about Java ME? Apps, etc. (4)
to General by teroyk - 1 hr, 3 mins ago - more...
| The Following User Says Thank You to aboaboit For This Useful Post: | ||
|
2010-10-27
, 20:49
|
|
Posts: 1,179 |
Thanked: 770 times |
Joined on Nov 2009
|
#2
|
Originally Posted by aboaboit
If I recall when you go to time and date settings there is the option to have automatic time update. If you have selected that option then the phone will change the time automatically.
Hi, guys.
I need to set up an alarm early on this coming sunday, which is right after the clock moves back to CET here.
Should I set the alarm based on the assumption that the phone will change timezone automatically during the night? Should I do the opposite? Or should I just use a stupidphone or a countdown timer?
Oh, yes, I am on PR1.3 by the way :-)
Andrea.
|
|
2010-10-27
, 22:56
|
|
Posts: 486 |
Thanked: 251 times |
Joined on Oct 2009
|
#3
|
Originally Posted by etuoyo
Depending on how the internal clock is set, how alarms are scheduled, and how the OS handles daylight saving time, having the time set automatically may not change the time of the alarm trigger at all.
If I recall when you go to time and date settings there is the option to have automatic time update. If you have selected that option then the phone will change the time automatically.
For a properly designed and implemented system, if the internal clock has not drifted significantly since the last time it was set or adjusted, a daylight saving time change or a time zone change does not cause a change to the internal clock at all, because it is set to UTC.
__________________
The Mini-USB plug is an improvement over both the Type B plug and the Micro-B plug.
The Mini-USB plug is an improvement over both the Type B plug and the Micro-B plug.
| The Following User Says Thank You to j.s For This Useful Post: | ||
 |
|
2010-10-28
, 07:26
|
|
Posts: 129 |
Thanked: 60 times |
Joined on Jul 2009
@ Castello d'Argile (BO)
|
#4
|
Originally Posted by j.s
A properly etc.etc. wouldn't suffer from:
For a properly designed and implemented system, if the internal clock has not drifted significantly since the last time it was set or adjusted, a daylight saving time change or a time zone change does not cause a change to the internal clock at all, because it is set to UTC.
bug 9627
bug 6933
bug 9898
So I believe I have reason to wonder what time an alarm will trigger after a timezone change; when I went to London earlier this month, all the events got moved one hour because the system was compensating for the new timezone (wrong idea: they were scheduled in local time but the calendar had no way to know it).
I guess I'll set the alarm and check with sqliteman what timezone is entered for the alarm in the db, unless somebody can relate a direct, first-hand experience, for the same dst->solar change case.
I need to set up an alarm early on this coming sunday, which is right after the clock moves back to CET here.
Should I set the alarm based on the assumption that the phone will change timezone automatically during the night? Should I do the opposite? Or should I just use a stupidphone or a countdown timer?
Oh, yes, I am on PR1.3 by the way :-)
Andrea.