Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41028 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 46017 invoked from network); 14 Oct 2008 20:43:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Oct 2008 20:43:58 -0000 Authentication-Results: pb1.pair.com header.from=steph@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=steph@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 64.99.136.149 as permitted sender) X-PHP-List-Original-Sender: steph@php.net X-Host-Fingerprint: 64.99.136.149 smtprelay-virgin0149.hostedemail.com Received: from [64.99.136.149] ([64.99.136.149:39353] helo=smtprelay-virgin.hostedemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 77/F7-25867-C8405F84 for ; Tue, 14 Oct 2008 16:43:58 -0400 Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay07.hostedemail.com (Postfix) with SMTP id 776BACFA81D; Tue, 14 Oct 2008 20:43:54 +0000 (UTC) X-SpamScore: 1 X-Spam-Summary: 2,0,0,2e98415013df093d,691ff1dea13fdf9b,steph@php.net,andi@zend.com:internals@lists.php.net,RULES_HIT:152:355:379:539:540:541:542:543:567:599:601:945:973:988:989:1155:1156:1260:1277:1311:1313:1314:1345:1437:1515:1516:1518:1534:1541:1587:1593:1594:1676:1711:1730:1747:1766:1792:2073:2075:2078:2393:2559:2562:2691:2693:2906:3027:3354:3622:3865:3866:3867:3868:3869:3870:3871:3872:3873:3874:3876:3877:4250:4397:4425:4470:5007:6114:6119:6261:7653:7875:7903:7974,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:none,DNSBL:none Received: from foxbox (62-31-252-63.cable.ubr07.shef.blueyonder.co.uk [62.31.252.63]) (Authenticated sender: steph.fox) by omf11.hostedemail.com (Postfix) with ESMTP; Tue, 14 Oct 2008 20:43:53 +0000 (UTC) Message-ID: <00e801c92e3d$d07dadf0$3ffc1f3e@foxbox> To: "Andi Gutmans" Cc: References: <652122.8719.qm@web708.biz.mail.mud.yahoo.com> <48F4D832.7010708@zend.com> <033701c92e24$d9ca3d60$3ffc1f3e@foxbox> <48F4DF7E.1070202@zend.com> <038301c92e29$aa8f3aa0$3ffc1f3e@foxbox> <48F4E5B3.2030000@zend.com> <002201c92e2f$3c37f2d0$3ffc1f3e@foxbox> <004801c92e34$d689ec30$3ffc1f3e@foxbox> <1224014244.8183.1187.camel@localhost> <698DE66518E7CA45812BD18E807866CE021B6372@us-ex1.zend.net> Date: Tue, 14 Oct 2008 21:45:36 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-session-marker: 73746570682E666F78 Subject: Re: [PHP-DEV] namespaces and alpha3 From: steph@php.net ("Steph Fox") Hi Andi, >I don't think postponing this to another big release is going to do anyone >any good. You will not see magical revelations because it's postponed by >another year. No, but we might see a broader agreement, and that would give more of a basis for user confidence in moving to namespace usage. > Greg, Stas, Dmitry all three have deep understanding of the issues. In > fact, I think we are closer to agreeing on a solution than it appears. I > believe Dmitry is OK with Stas proposed solution + I think with a few more > days of discussions with Greg we can nail something most feel OK with. I sincerely hope so. > Please note that the really important/urgent reasons for why namespaces > are needed are resolved. Many of the discussions are around edge cases > some of which are not that likely to affect developers on a daily basis. > Stas' syntax suggestion for dealing with ambiguous situations will likely > almost never be needed. So let's not make an elephant out of it. Was that pun intentional? :) >People who will actually start using this will find it beneficial (and I am >sure pick-up will be faster in the OO realm than people here have noted). That would rather depend on whether people like the implementation, methinks. > Btw, we are still in alpha. Historically a lot of these kind of issues > have been resolved towards the end of the alpha cycle. That is OK. The > beta/RC cycles are exactly intended to expose serious shortcomings in > design with much broader community review. > > I can assure you two things though: > a) namespaces are needed by many. > b) We will never make everyone happy. I concur. Just let's not get trapped into one solution while under pressure at alpha stage, and then be stuck with it forever if it turns out to be less than optimal. - Steph