Xref: utzoo comp.sys.mac:29848 comp.sys.mac.hypercard:1806
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!amdcad!pepsi!ching
From: ching@pepsi.amd.com (Mike Ching)
Newsgroups: comp.sys.mac,comp.sys.mac.hypercard
Subject: Re: Wish List item for HyperCard 2.0
Keywords: Buttons, icons, shapes, fonts
Message-ID: <25181@amdcad.AMD.COM>
Date: 10 Apr 89 15:09:10 GMT
References: <1100@atux01.UUCP> <4790@charon.unm.edu> <6914@hoptoad.uucp> <1793@wpi.wpi.edu> <11285@well.UUCP>
Sender: news@amdcad.AMD.COM
Reply-To: ching@pepsi.AMD.COM (Mike Ching)
Distribution: usa
Organization: Advanced Micro Devices, Inc. Sunnyvale CA
Lines: 18

In article <11285@well.UUCP> svc@well.UUCP (Leonard Rosenthol) writes:
 >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]
 >> 
 >> 
 >	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??'

Another problem is what happens in places like Arizona and Hawaii that
don't ever switch to daylight savings time. They would have to correct
their clocks when nothing should have happened.

Mike Ching