Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41033 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 59433 invoked from network); 14 Oct 2008 21:08:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Oct 2008 21:08:36 -0000 Authentication-Results: pb1.pair.com smtp.mail=mls@pooteeweet.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mls@pooteeweet.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 88.198.8.16 cause and error) X-PHP-List-Original-Sender: mls@pooteeweet.org X-Host-Fingerprint: 88.198.8.16 bigtime.backendmedia.com Linux 2.6 Received: from [88.198.8.16] ([88.198.8.16:60745] helo=bigtime.backendmedia.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6E/0B-25867-35A05F84 for ; Tue, 14 Oct 2008 17:08:36 -0400 Received: from localhost (unknown [127.0.0.1]) by bigtime.backendmedia.com (Postfix) with ESMTP id 3D146414400B; Tue, 14 Oct 2008 21:10:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at backendmedia.com Received: from bigtime.backendmedia.com ([127.0.0.1]) by localhost (bigtime.backendmedia.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4FeyPoOu-msa; Tue, 14 Oct 2008 23:10:00 +0200 (CEST) Received: from [192.168.0.151] (77-58-144-136.dclient.hispeed.ch [77.58.144.136]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mls@pooteeweet.org) by bigtime.backendmedia.com (Postfix) with ESMTP id 7145E4144009; Tue, 14 Oct 2008 23:09:59 +0200 (CEST) Cc: Steph Fox , PHP internals Message-ID: <31748C8A-66EA-4A27-9E27-486A4C398F5D@pooteeweet.org> To: Stanislav Malyshev In-Reply-To: <48F5075C.2050807@zend.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 14 Oct 2008 23:08:04 +0200 References: <696583.1217.qm@web707.biz.mail.mud.yahoo.com> <037801c92e27$c913f3a0$3ffc1f3e@foxbox> <48F4E520.5050200@lsces.co.uk> <48F4E824.7020104@zend.com> <002901c92e2f$acdac990$3ffc1f3e@foxbox> <48F4F160.1040407@zend.com> <004d01c92e35$20c9cbd0$3ffc1f3e@foxbox> <48F4F7EE.2030609@zend.com> <007b01c92e37$b2952e90$3ffc1f3e@foxbox> <48F4FAF4.50509@zend.com> <00e101c92e3c$d5194b90$3ffc1f3e@foxbox> <48F5075C.2050807@zend.com> X-Mailer: Apple Mail (2.929.2) Subject: Re: [PHP-DEV] namespaces and alpha3 From: mls@pooteeweet.org (Lukas Kahwe Smith) On 14.10.2008, at 22:55, Stanislav Malyshev wrote: > Hi! > >> Only 8 hours ago, one Jean-Phillipe Serafin wrote: "Many people >> have starting working on top level application using namespaces, so >> there will a very bad buzz over the php community if namespaces are >> ripped out..." and there were further objections on the grounds >> that namespace support has been 'announced' on php.net. > > Exactly. This is because we announced it on conferences, talked > about it on lists and basically made a lot of noise about how cool > it would be very soon. And people believed us and took the risk. And > now you propose to teach them the lesson that trusting PHP core > developers that they actually deliver is a bad idea. just to clarify .. there are solutions on the table that people have worked on hard and that are believed to solve the issues, albeit that come with some carefully chosen baggage. We are not discussing how to do things (this goes to Nathan's reply that just came in). if we remove namespaces now, after talking about it, prodding it, asking people to try it out, getting a lot of general positive vibe for this feature, coming up with a solution .. then i think we are doing our users a disservices. the proposals are not half baked omg we need to get this done quickly for alpha3 (note that alpha3 was delayed to get to this point). of course waiting longer always gives the opportunity to improve tweak etc. but given that we might as wel stop releasing software altogether if we are unwilling to take the risk of a mistake. anyways, given the current state most people voted to remove namespaces from PHP 5.3. i assume that all people that casted these votes were (and still are) confident that they actually know what they voted on. maybe some of the people involved in finding the current proposals will try to document the issues and the solution (and the issues in these solutions) onces more in the hopes of changing the minds of some of the people that have voted. i personally have spend enough time on namespaces for now that i will not involve myself in that any further for now. regards, Lukas Kahwe Smith mls@pooteeweet.org