Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40359 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84906 invoked from network); 8 Sep 2008 18:08:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 18:08:54 -0000 Authentication-Results: pb1.pair.com header.from=auroraeosrose@shitennou.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=auroraeosrose@shitennou.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain shitennou.com from 208.83.222.18 cause and error) X-PHP-List-Original-Sender: auroraeosrose@shitennou.com X-Host-Fingerprint: 208.83.222.18 unknown Linux 2.6 Received: from [208.83.222.18] ([208.83.222.18:51582] helo=mail.bluga.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/31-13670-53A65C84 for ; Mon, 08 Sep 2008 14:08:54 -0400 Received: from mail.bluga.net (localhost.localdomain [127.0.0.1]) by mail.bluga.net (Postfix) with ESMTP id EB29291E12A; Mon, 8 Sep 2008 11:08:08 -0700 (MST) Received: from [192.168.1.101] (24-247-219-180.dhcp.cdwr.mi.charter.com [24.247.219.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bluga.net (Postfix) with ESMTP id 9B59F91E129; Mon, 8 Sep 2008 11:08:08 -0700 (MST) Message-ID: <48C56A51.1000307@shitennou.com> Date: Mon, 08 Sep 2008 14:09:21 -0400 User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Stanislav Malyshev CC: internals@lists.php.net References: <486FA5FB.1000300@php.net> <48C55855.4080602@zend.com> <48C5624A.1040901@zend.com> <48C56743.2060706@zend.com> <48C56821.2040805@shitennou.com> <48C5695E.1010404@zend.com> In-Reply-To: <48C5695E.1010404@zend.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [PHP-DEV] Re: towards a 5.3 release From: auroraeosrose@shitennou.com (Elizabeth M Smith) Stanislav Malyshev wrote: > Hi! > >> Personally I don't see the point of of having functions in namespaces if >> you can't "use" them in a global scope. > > You mean, if you can do foo() it has a point but if it's F::foo() it > doesn't? Then I think your point was purely cosmetical from the start > and wasn't real either way. Saving 3-4 keystrokes was never a major goal. > namespaces weren't really meant as mechanism to replace functions in > code without anybody noticing - they are not that hack. It might be a > neat hack for some uses - but I just don't think it has anything to do > with namespaces. Depends on what you think namespaces are for. For me they are ways to "package up" code without interfering with built in PHP functions or other libraries I wish to use. I don't want to retrain myself or others to call all functions in my code as though they were static methods. I want to be able to have functions with the same names as php functions without prefixing or other extra typing - not because it saves keystrokes, but because it's confusing - is that a function call or a method call? Thanks, Elizabeth