🚀 go-pugleaf

In article <1793@wpi.wpi.edu>, tron@wpi.wpi.edu (Richard G Brewer) writes:
> [Would like to see the U.S. System handle DST/ST automagically]
> 
> In a generic code, it would look like this:
> 
> 
> procedure check date
> 	if Date = first sunday in april continue else skip
> 		if TurnBackFlag = 0 continue else skip
> 			turn clock ahead one hour
> 		end procedure
> 
> after the day passes (i.e. any other day besides the turn forward/back dates)
> the flags would be set back to zero.
> 
	There is one obvious (and one not so obvious) reason why this is not
built into the system software and that is even though it is the U.S. System 
it is STILL used by people outside the U.S!!  The non-obvous reason is that
your algorithm does not always work.  There has been times in the past where
the date for clock-changing has not always been 'first sunday in april', it
has varied (for strange reasons).  So all of a sudden the system changes your
clock on you - 'Now how did that happen??'
	You should also consider that the Macintosh Programmer Guidelines 
specify that the programmer should not change user-defined things behind the
users back.  There is a wonderful disucssion about this going on in the
comp.sys.mac.programmers concerning resizing windows on the user.
	Your idea is not a bad one, and I understand that someone wrote a 
CDEV that will auto change your clocks for you, but re,member that it may
do it without telling you it did it, and it might not do it when you expect
it to.  Another place this might fit it is an an extension to the Map CDEV
since it does change the clock for you when you SET a new location, it could
also know about DST.

-- 
+--------------------------------------------------+
Leonard Rosenthol        |  GEnie : MACgician
Lazerware, inc.          |  MacNet: MACgician
UUCP: svc@well.UUCP      |  ALink : D0025