Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33755 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23934 invoked by uid 1010); 5 Dec 2007 18:43:27 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 23919 invoked from network); 5 Dec 2007 18:43:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Dec 2007 18:43:26 -0000 Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.162] ([212.25.124.162:1613] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9D/3D-20707-E41F6574 for ; Wed, 05 Dec 2007 13:43:26 -0500 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Dec 2007 20:43:23 +0200 Received: from [192.168.16.91] ([192.168.16.91]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 5 Dec 2007 10:43:18 -0800 Message-ID: <4756F146.3050306@zend.com> Date: Wed, 05 Dec 2007 10:43:18 -0800 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Jochem Maas CC: Derick Rethans , PHP Developers Mailing List References: <4755FB31.2050901@zend.com> <4756E3AF.2070703@zend.com> <4756EC80.1070500@iamjochem.com> In-Reply-To: <4756EC80.1070500@iamjochem.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Dec 2007 18:43:18.0144 (UTC) FILETIME=[B3BC2000:01C8376E] Subject: Re: [PHP-DEV] Namespace From: stas@zend.com (Stanislav Malyshev) > +1 for putting namespaces on the backburner and taking the time to > get it 100% right ... What's "100% right"? Any proposals (besides braces)? > apparently people keep 'flogging this horse to death' because they are not > convinced by your wisdom with regard to this decision - they may be idiots (me included) I never talked about "idiots". I know smart people can have different opinions, and - oh horror! - some may have wrong or mistaken opinions too, and that doesn't make them idiots. How about you? > actually that is not true - a halfbaked concept is pretty much garanteed to give you > and the users of your product more headaches than no implementation at all. and This concept, however, is not "halfbaked". > besides possibly having to type a little less, there seems to be nothing namespaces would > give us [in it's current form] that we cannot achieve already ... with the bonus that Yes there is. More structured and clean code. > conversly - when namespace functionality is released, every developer will be confronted > with any problems they might bring with them, at some stage, because there will be third > party code out there that uses namespaces (code which for the sake of argument one would > be required to use under some circumstances). These problems being? -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com