Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23250 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75529 invoked by uid 1010); 11 May 2006 14:30:50 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 75514 invoked from network); 11 May 2006 14:30:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 May 2006 14:30:49 -0000 X-PHP-List-Original-Sender: andi@zend.com X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:34606] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 33/F1-19568-89A43644 for ; Thu, 11 May 2006 10:30:48 -0400 Received: (qmail 24503 invoked from network); 11 May 2006 14:30:38 -0000 Received: from localhost (HELO ANDI-NOTEBOOK.zend.com) (127.0.0.1) by localhost with SMTP; 11 May 2006 14:30:38 -0000 Message-ID: <7.0.1.0.2.20060511072818.06e81f00@zend.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Thu, 11 May 2006 07:29:15 -0700 To: Derick Rethans ,Edin Kadribasic Cc: PHP Developers Mailing List In-Reply-To: References: <444E0854.2000804@emini.dk> <200604251602.42837.bu@orbitel.bg> <444E2108.8050203@iamjochem.com> <749874265.20060426211537@marcus-boerger.de> <444FDF4C.4020303@emini.dk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] Static properties From: andi@zend.com (Andi Gutmans) Yep I agree but unfortunately it seems that most people on the dev team either don't care or don't speak up. Also, I asked time and again to add BC breaking changes to an UPGRADING file. Had that been done we would have noticed and could have reacted. At 05:17 AM 5/11/2006, Derick Rethans wrote: >On Wed, 26 Apr 2006, Edin Kadribasic wrote: > > > Marcus Boerger wrote: > > > It is just some decision that was taken that the newer OO stuff > should be a > > > bit more strict. > > > > I don't remember any such decision. I don't even remember a > discussion about > > it. I'm aware of the efforts of some people to make PHP less PHP > and more Java > > and thus we end up in a situation where: > > > > class foo{}; foo::$bar = 1; > > > > is a fatal error. This makes things that I really like about PHP > impossible. > > By now I'm used to being not constrained by a static language and > having such > > restrictions placed on new features makes no sense to me. > >Yup, I agree. OO is good, but it shouldn't limit application development >just for the sake of things not being pure OO. > >Derick > >-- >Derick Rethans >http://derickrethans.nl | http://ez.no | http://xdebug.org > >-- >PHP Internals - PHP Runtime Development Mailing List >To unsubscribe, visit: http://www.php.net/unsub.php