Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20492 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41432 invoked by uid 1010); 26 Nov 2005 05:47:34 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 41416 invoked from network); 26 Nov 2005 05:47:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Nov 2005 05:47:34 -0000 X-Host-Fingerprint: 198.237.84.92 unknown Linux 2.4/2.6 Received: from ([198.237.84.92:1715] helo=bobsilva.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id D3/89-56276-5F6F7834 for ; Sat, 26 Nov 2005 00:47:34 -0500 Received: from [198.237.84.93] (HELO jake) by bobsilva.com (CommuniGate Pro SMTP 4.1.8) with ESMTP id 682603; Fri, 25 Nov 2005 18:27:04 -0800 To: "'Ilia Alshanetsky'" , Date: Fri, 25 Nov 2005 21:49:23 -0800 Message-ID: <003501c5f24d$276c74f0$5d54edc6@jake> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4387E97B.4040300@prohost.org> Thread-Index: AcXyLpJ8hbnKKTBnS8m+n+o+aWG/fgAHGRPw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Subject: RE: [PHP-DEV] Solution to date issue in 5.1 From: me@bobsilva.com ("Bob Silva") References: <4387E97B.4040300@prohost.org> I object your honor! This will set the stage for any other core objects to follow the same convention. If namespaces are in PHPs future, design wise it would make more sense to have them in a namespace ("PHP" seems to be popular), but if this is released now as PhpDate, moving it to a namespace won't happen because of BC reasons. What is so pressing in this Date class (that we've never had until a few days ago) that it can't wait for a more thought-out discussion/decision regarding a major shift in internal development in regards to wrapping core functionality with object interfaces? -1 on PhpDate +1 on ifdef'ing it On a side note, looking at your patch, there also seems to be no set guidelines for class naming within core. The original class name was "date", whereas your fix was "PhpDate, "d" vs. "P". Just another indication to me that more things need to be worked out before the first core class is "officially" released. Bob Silva > -----Original Message----- > From: Ilia Alshanetsky [mailto:ilia@prohost.org] > Sent: Friday, November 25, 2005 8:50 PM > To: internals@lists.php.net > Subject: [PHP-DEV] Solution to date issue in 5.1 > > The attached patch is a possible solution to the date *crisis*, it > renames the class to PhpDate to avoid any namespace conflicts with pear > or custom user classes called date. > > If there are no strong objection 5.1.1 (5.1.0 + this patch and nothing > else) goes out on Monday. > > Ilia