Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19564 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 82699 invoked by uid 1010); 11 Oct 2005 07:58:42 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 82684 invoked from network); 11 Oct 2005 07:58:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Oct 2005 07:58:42 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:56739] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 09/0D-54476-1B07B434 for ; Tue, 11 Oct 2005 03:58:42 -0400 Received: (qmail 23345 invoked from network); 11 Oct 2005 07:58:37 -0000 Received: from localhost (HELO zeev-notebook.zend.com) (127.0.0.1) by localhost with SMTP; 11 Oct 2005 07:58:37 -0000 Message-ID: <5.1.0.14.2.20051011095740.0901a200@localhost> X-Sender: zeev@localhost X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 11 Oct 2005 09:58:36 +0200 To: andrei@gravitonic.com Cc: internals@lists.php.net In-Reply-To: <43021.216.145.54.158.1128986300.squirrel@webmail.gravitoni c.com> References: <5.1.0.14.2.20051008152435.09df8390@localhost> <5.1.0.14.2.20051008152435.09df8390@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Timezone stuff - conclusion From: zeev@zend.com (Zeev Suraski) As many as make sense. But this thread is dead, if all goes well and the work Derick has done sorts things out. Zeev At 01:18 11/10/2005, Andrei Zmievski wrote: >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 > >