On Fri 1-Aug-03 1:07pm -0400, Mark Wieder wrote: > Thursday, July 31, 2003, 5:43:10 PM, you wrote:
BM>> What we could use is for Stefan to call GetTimeZoneInformation and BM>> give us access to a %Standard or %Daylight macro. > GetTimeZoneInformation only returns information about the current > system time. You're right, it would be useful only if one accepts the wrong answer for a short time every six months. Since this happens only on replying to email, manually changing the result is not much of a burden. It's easy to determine the change dates for any year in the current century. For example, if 'y' is the last 2 digits of the year, the first Sunday of April is on day = 1 + (127 - y - (y - y\4) / 4) \ 7. However, it does not appear possible to accurately produce the correct offset for any time. The problem is that, on the change date in the fall, 01:00:00 through 01:59:59 could be either standard of daylight time. Perhaps, I should use 3 offsets: -500 for standard time, -400 for daylight time and -4or5 for that indeterminate hour :-) -- Best regards, Bill ________________________________________________ Current version is 1.62r | "Using TBUDL" information: http://www.silverstones.com/thebat/TBUDLInfo.html
