Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19562 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 7380 invoked by uid 1010); 10 Oct 2005 23:18:25 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 7365 invoked from network); 10 Oct 2005 23:18:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Oct 2005 23:18:25 -0000 X-Host-Fingerprint: 204.11.219.139 lerdorf.com Linux 2.4/2.6 Received: from ([204.11.219.139:53532] helo=colo.lerdorf.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 11/AE-54476-0C6FA434 for ; Mon, 10 Oct 2005 19:18:24 -0400 Received: from webmail.gravitonic.com (colo [127.0.0.1]) by colo.lerdorf.com (8.13.5/8.13.5/Debian-2) with ESMTP id j9ANIK3j021083; Mon, 10 Oct 2005 16:18:20 -0700 Received: from 216.145.54.158 (SquirrelMail authenticated user andrei) by webmail.gravitonic.com with HTTP; Mon, 10 Oct 2005 16:18:20 -0700 (PDT) Message-ID: <43021.216.145.54.158.1128986300.squirrel@webmail.gravitonic.com> In-Reply-To: <5.1.0.14.2.20051008152435.09df8390@localhost> References: <5.1.0.14.2.20051008152435.09df8390@localhost> Date: Mon, 10 Oct 2005 16:18:20 -0700 (PDT) To: "Zeev Suraski" Cc: internals@lists.php.net Reply-To: andrei@gravitonic.com User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [PHP-DEV] Timezone stuff - conclusion From: andrei@gravitonic.com ("Andrei Zmievski") How many date formatting functions do we need? -Andrei Zeev Suraski wrote: > I've been away from email for the last couple of weeks - read through the > timezone thread, and didn't really see a conclusion. > > My suggestion is to restore the old code in its entirely, and introduce > the > new implementation as new functions with a proper prefix, a-la PHP 2005. > I > think it's better than an INI entry, and it should be fairly > straightforward to implement. > > I don't think anybody is underestimating Derick's efforts towards building > this new date functionality. I certainly don't. I also don't see any > reason to break compatibility in something as basic as this, so this > should > be introduced either as a new (preferably) or optional (less preferably) > feature. > > Zeev > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >