Did you change your timezone in the UCP? Did you use AutoMOD to install Automatic Daylight Savings Time?Bogey wrote:There is something wrong with this MOD... I'm in Eudora, Kansas, but I get my timezone to be in Europe/London
I thought the purpose of this MOD was to automatically get the timezone. (I don't know if that is possible in PHP).MartectX wrote:Did you change your timezone in the UCP?
Yes, I used AutoMOD and everything was a success... I also read the DIY and ran convert_timezones.php file.MartectX wrote:Did you use AutoMOD to install Automatic Daylight Savings Time?
No, the purpose of this MOD is to automatically determine the correct DST settings for each timezone (which has to be selected in the UCP / ACP first!).Bogey wrote:I thought the purpose of this MOD was to automatically get the timezone. (I don't know if that is possible in PHP).MartectX wrote:Did you change your timezone in the UCP?
Use this for time zone name display and automatic translation:stephenju wrote:I do have a problem using date() string "g:i a T" where the "T" is for timezone name. My timezone is set to "America/New_York" but the display says "GMT" instead of "EST". The time itself is correct local time but the timezone name is always "GMT".
Anyway to make it show what the user's timezone name is? Thanks.
Code: Select all
(AUTOMATIC_DST_ISDST) ? sprintf($user->lang['AUTOMATIC_DST_DISPLAY'], strtr(AUTOMATIC_DST_TIMEZONE, $user->lang['automatic_dst_timezones']), $user->lang['tz']['dst']) : sprintf($user->lang['AUTOMATIC_DST_DISPLAY'], strtr(AUTOMATIC_DST_TIMEZONE, $user->lang['automatic_dst_timezones']), '')
Unfortunately I can't change the MOD description on the download page.Bonky wrote:So I downloaded this mod because on the mod page it said ~5 minutes for completion. Then I open up the zip and it says it's a 20-minute "intermediate" mod. Sux man.
Yeah, one might think that, but it is not that simple. There are multiple timezones and multiple DST laws for them for the U.S. alone! That's why I implemented this modification in the first place!Bonky wrote:All my users are in the US, where the DST settings are essentially all alike. Or close enough. I don't need anything fancier than that, especially since 5-minute mods end up taking me an hour or two to do anyhow.
MartectX wrote:This MOD is about Automatic Daylight Savings Time and thanks to non-unanimous geopolitics you just cannot determine DST from the "UTC + X" time zone! For example in UTC-7 alone there are US states which sport DST (Colorado) and some which do not (Arizona). In the city-based system the user may choose America/Denver and America/Phoenix respectively and be done with it. If I'd opt for the UTC dropdown box I'd have to re-introduce the UCP option of "Enable DST: YES / NO" which to eliminate was this MOD's whole point.
As I have already explained above, those are all different timezones with different DST settings and thus the multitude of options is warranted. As for the cities they picked and who picked them - I agree that some appear quite arcane...Bonky wrote:Ok I think I understand now. The time zone cities were created by someone else entirely. It's not the Modder's fault, but whoever compiled the time-zone cities did an awful job. At least for the US. Just awful.
For example, like I said above, there's only one city, Los Angeles, for the entire Pacific coast? Yet there's both New York and Detroit which have the same time zone and are much closer together? And there's no Miami which is at the extreme opposite end of the East Coast? What sense does any of that make?
Anyway, I guess I'll keep the mod because the thought of undoing everything makes my eyes bleed, but if you're in the US you should really consider something different.
I'd have to look at the code in question but my guess is that indeed, the calendar does not take into consideration the Daylight Savings Time settings of each date when editing. When this behaviour is coupled with the Auto DST modification it is still correct from the viewpoint of the PHP script but counter-intuitive for us humans.Martin Day wrote:For a Calendar event posted before the spring change in daylight saving time, but scheduled to occur after it, the time that is set by the person posting is displayed as starting and finishing one hour later than they intended.
My guess is that once (in my case) we are into British Summer Time the future events will automatically be corrected but in the meantime the event times are confusing all my members.
Have you any suggestions as to how to fix this conflict, please?