Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:17354 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 60900 invoked by uid 1010); 21 Jul 2005 11:04:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 60884 invoked from network); 21 Jul 2005 11:04:43 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jul 2005 11:04:43 -0000 X-Host-Fingerprint: 213.51.128.197 smtpq2.home.nl Linux 2.4/2.6 Received: from ([213.51.128.197:54261] helo=smtpq2.home.nl) by pb1.pair.com (ecelerity 2.0 beta r(6227M)) with SMTP id 25/A3-33635-EBA7FD24 for ; Thu, 21 Jul 2005 06:36:46 -0400 Received: from [213.51.128.133] (port=59682 helo=smtp2.home.nl) by smtpq2.home.nl with esmtp (Exim 4.30) id 1DvYQ0-00031X-0f for internals@lists.php.net; Thu, 21 Jul 2005 12:36:44 +0200 Received: from cp56643-a.mill1.nb.home.nl ([84.29.187.108]:34082 helo=[192.168.100.18]) by smtp2.home.nl with esmtp (Exim 4.30) id 1DvYPy-0007rN-L9 for internals@lists.php.net; Thu, 21 Jul 2005 12:36:42 +0200 Message-ID: <42DF7AB7.7040004@innerfuse.biz> Date: Thu, 21 Jul 2005 12:36:39 +0200 Reply-To: wdb@innerfuse.biz Organization: innerfuse* User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: internals@lists.php.net References: <52.31.61486.E8DCDD24@pb1.pair.com> <681697173.20050720083643@marcus-boerger.de> <14710167408.20050721120006@marcus-boerger.de> In-Reply-To: <14710167408.20050721120006@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AtHome-MailScanner-Information: Please contact support@home.nl for more information X-AtHome-MailScanner: Found to be clean Subject: Re: [PHP-DEV] [PATCH] Namespace Patch, Alpha 3 From: wdb@innerfuse.biz (Weyert de Boer) Hello, Well, I wouldn't use the include_path parameter of PHP for the new namespaces lookup code, neither __autoload(). I see it as a major language change -- the support of namespaces, where you should consider to make all need. I suppose you want to support namespace spread over multiple files, this shouldn't be a problem. I would only drop the support of one class spread over multiple files for only one namespace, nice time to raise a Fatal Error/compiler error. You could support nameless namespaces (i.e. namespace {}) and for backward compatibility sake dump all "float" methods in this nameless namespace, won't cause problem. And all "new code" should just namespaces by default, if not it will be jumped into the nameless namespace. For example when you call a function like myNameRocks() it should just look for the function in the nameless namespace and go with it. Not existing? Bang! Function doesn't exist. Enough dreaming for now, time to work again :-) -- Yours, Weyert de Boer (wdb@innerfuse.biz) innerfuse* http://www.innerfuse.biz/