Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19520 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 37847 invoked by uid 1010); 8 Oct 2005 21:48:14 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 37832 invoked from network); 8 Oct 2005 21:48:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Oct 2005 21:48:14 -0000 X-Host-Fingerprint: 194.73.73.210 c2bthomr02.btconnect.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from ([194.73.73.210:22646] helo=c2bthomr02.btconnect.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 15/D4-54476-D9E38434 for ; Sat, 08 Oct 2005 17:48:14 -0400 Received: from [10.0.0.9] (host81-138-11-136.in-addr.btopenworld.com [81.138.11.136]) by c2bthomr02.btconnect.com (MOS 3.5.9-GR) with ESMTP id CMT27154; Sat, 8 Oct 2005 22:47:26 +0100 (BST) Message-ID: <43483E99.1080101@lsces.co.uk> Date: Sat, 08 Oct 2005 22:48:09 +0100 Organization: L.S.Caine Electronic Services User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 X-Accept-Language: en, en-us MIME-Version: 1.0 To: internals@lists.php.net References: <5.1.0.14.2.20051008152435.09df8390@localhost> <5.1.0.14.2.20051008152435.09df8390@localhost> <5.1.0.14.2.20051008155416.09e525c0@localhost> In-Reply-To: <5.1.0.14.2.20051008155416.09e525c0@localhost> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Timezone stuff - conclusion From: lester@lsces.co.uk (Lester Caine) Zeev Suraski wrote: >> If the TZ detection works reliable, I don't see any reason to revert or >> postpone Dericks work, the timezone handling of his implementation is so >> much better than the old one, it's really worth the upgrade for everyone >> having to deal with different timezones. > > Ok, maybe I missed it in the lengthy thread. > > Contrary to what Derick may have thought from my response, I wasn't > trying to reopen the discussion, just to make sure it doesn't linger to > death. I think that the only thing that is missing is that there is no way of identifying the CLIENT time/daylight zone so we have to get users to register their current location in order to use it on anything other than a local server :( Of cause the main problem is that if we use it then applications will be totally tied to a version of PHP which has yet to actually be accepted by ISP! I think THAT was the main reason for wanting a plug in module that could be back ported? -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc.