Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:8751 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 86802 invoked by uid 1010); 24 Mar 2004 14:22:55 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 86754 invoked from network); 24 Mar 2004 14:22:54 -0000 Received: from unknown (HELO mail.zend.com) (192.117.235.230) by pb1.pair.com with SMTP; 24 Mar 2004 14:22:54 -0000 Received: (qmail 4834 invoked from network); 24 Mar 2004 14:22:58 -0000 Received: from guardian.zend.office (HELO AndiNotebook.zend.com) (10.1.1.4) by mail.zend.com with SMTP; 24 Mar 2004 14:22:58 -0000 Message-ID: <5.1.0.14.2.20040324161329.02409ec8@127.0.0.1> X-Sender: andi@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 24 Mar 2004 16:18:42 +0200 To: Rasmus Lerdorf ,Marcus Boerger Cc: internals@lists.php.net In-Reply-To: References: <198200203812.20040324004817@marcus-boerger.de> <198200203812.20040324004817@marcus-boerger.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] sqlite's oo api From: andi@zend.com (Andi Gutmans) At 04:30 PM 3/23/2004 -0800, Rasmus Lerdorf wrote: >On the Studlycaps issue my opinion is that it is a guideline and while it >would be nice to have consistency in the end it is ultimately up to the >extension authors to decide whether they wish to follow the guideline or >not. I have no plans on going back and breaking the few extensions I have >written that have OO APIs because I don't think aesthetic changes is worth >breaking BC over, but I will probably follow the guideline for new ones. > >We could make the decision that we will not bundle any extension that >doesn't follow the guidelines although in this case that might not be a >good idea. I see 3 ways forward: > >1. Stick with the freeze and deal with the inconsistency > >2. Remove the freeze, convince Georg to make the change (if possible) > and make very sure people realize that RC1->RC2 is not just bug fixes > >3. Unbundle mysqli to pecl and let it evolve at its own pace and we can > include it in the standard tarball when everyone is happy with it Guys, We all know that consistency problems in the past have been a pain in the ass. I'm sure there have been hundreds of emails on internals@ about these issues. All I'm saying is, why shoot ourselves in the foot so early in the game especially as we mentioned studlyCaps in the CODING_STANDARDS. It doesn't really matter if you like studlyCaps or prefer underscores; consistency is the game. I still think that the right thing to do is to do what's right (change to studlyCaps) and release RC2 as soon as possible (whenever everyone is ready). We will then restart a deep-freeze for new features and will continue to stabilize PHP 5. But as RM I can't go through every extension in PHP and make sure every last place has been changed but extension authors also have to take responsibility. And yes, we'll need to change our articles on Zend.com and we'll have to make changes in our PHP 5 book but I think PHP 5 is more important. Andi