Daylight Savings

[Styan]

DST has never worked on that clock.

[Avzeke (Khr0n1k)]

yeah it wont change even when it would usually, its always been broke.

[Ash]

LOL, then obviously disregard my previous posts...

[Lithium]

Yeah, ket told me a long time ago it is the way it is coded. I like the clock so I really don't think it should be messed with... it just doesn't care about DST.... idk... whatever.

[Eroz]

FAT now observes DST.

[Styan]

lol way to go Eroz.

[Avzeke (Khr0n1k)]

what did you do?

[Eroz]

I used a little program called SWF to FLA, that converted the clock (SWF format) to its FLA (Flash format) so I could edit the file. Once I had the FLA I poked around the code, originally I screwed around with the time varible and subtracted 60 minutes, but then I noticed that hard coded into the flash is was TZO (Which stands for Time Zone Offset (Which is why you should always code with variable names that make sense.)). And just changed that number from -6 to -5 which fixed it. (The editing had to be done via Adobe Flash, which the 30 day trial allowed me to do (Or I could have just hit up my campus computers, but that meant walking outside.) Now Lithium has to change the block to point to the proper SWF during DST or not.
www.sothink.com/flashdecompiler/

[Pirus]

wtg eroz, I just hope that in 2 weeks when it was supposed to turn over it doesn't do so.  Then the time will be an hour in the oposite direction, but it seems easy enough to fix now atleast.

[Eroz]

wtg eroz, I just hope that in 2 weeks when it was supposed to turn over it doesn't do so.  Then the time will be an hour in the oposite direction, but it seems easy enough to fix now atleast.

The way the flash is encoded it doesn't even calculate DST, it won't switch.