Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17232 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75142 invoked by uid 1010); 11 Jul 2005 22:27:48 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 75127 invoked from network); 11 Jul 2005 22:27:48 -0000 Received: from unknown (HELO emini.dk) (127.0.0.1) by localhost with SMTP; 11 Jul 2005 22:27:48 -0000 X-Host-Fingerprint: 192.38.9.232 gw2.emini.dk Linux 2.4/2.6 Received: from ([192.38.9.232:9145] helo=gw2.emini.dk) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 5B/E5-23681-362F2D24 for ; Mon, 11 Jul 2005 18:27:47 -0400 Received: from [10.0.0.11] (gw1.emini.dk [212.242.124.121]) by gw2.emini.dk (Postfix) with ESMTP id 16B0470C4F; Tue, 12 Jul 2005 00:27:43 +0200 (CEST) Message-ID: <42D2F25E.9070102@emini.dk> Date: Tue, 12 Jul 2005 00:27:42 +0200 Organization: Emini ApS User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derick Rethans Cc: Pierre-Alain Joye , Andrei Zmievski , mail@marcus-boerger.de, internals@lists.php.net References: <5.1.0.14.2.20050707164528.02833cc0@localhost> <20050708021723.46bb4484.pierre@dotgeek.org> <200507081330.46764.edink@emini.dk> <1521669215.20050708220635@marcus-boerger.de> <7478683f66df1c82c5470d37854fe32b@gravitonic.com> <20050711235239.03594950.pierre@dotgeek.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] date/timezone classes From: edink@emini.dk (Edin Kadribasic) Derick Rethans wrote: > On Mon, 11 Jul 2005, Pierre-Alain Joye wrote: > > >>On Mon, 11 Jul 2005 10:16:45 -0700 >>Andrei Zmievski wrote: >> >> >>>Can we please wrap up the whole OO/non-OO discussion and just fix >>>the damn ext/date so that it works as advertised? The rest can be >>>done later. Let's not hold up RC1 unless really necessary. >> >>It's not a stopping for 5.1. This is not going to be in 5.1. We >>already agreed on that :) > > > We did not. I implemented my specs now, including OO methods. Updated > ones are attached. I agree with Andrei that we should not hold up 5.1 release with ext/date. We should IMHO release 5.1 with the working replacements of broken existing functions. Having datetime stuff working independent of the OS is an achievement in itself. As for the additional functionality I belive that more effort should be made to come up with a nice API for handling date/time. Pecl/date is a very good starting point in this direction and the effort that has been made there should not be wasted. As I said, it is the best in my oppinion to leave this for after 5.1 release. Edin