Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40949 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13094 invoked from network); 13 Oct 2008 09:37:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Oct 2008 09:37:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=et@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=et@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 62.75.137.136 as permitted sender) X-PHP-List-Original-Sender: et@php.net X-Host-Fingerprint: 62.75.137.136 fuer-et.de Linux 2.5 (sometimes 2.4) (4) Received: from [62.75.137.136] ([62.75.137.136:60796] helo=eve.fuer-et.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 20/70-14973-6C613F84 for ; Mon, 13 Oct 2008 05:37:12 -0400 Received: from lapalma.mis.informatik.tu-darmstadt.de (lapalma.mis.informatik.tu-darmstadt.de [130.83.165.195]) by eve.fuer-et.de (Postfix) with ESMTP id 0E620158402 for ; Mon, 13 Oct 2008 11:37:08 +0200 (CEST) To: internals@lists.php.net Date: Mon, 13 Oct 2008 11:37:02 +0200 User-Agent: KMail/1.9.7 References: <3CF765DF-27AF-44FD-9ECF-BEBFC8A0AFCA@pooteeweet.org> <48EF8AA1.7080901@zend.com> In-Reply-To: <48EF8AA1.7080901@zend.com> X-PGP-Key-URL: http://www.mis.informatik.tu-darmstadt.de/People/walk/ MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200810131137.03011.et@php.net> Subject: Re: [PHP-DEV] namespaces and alpha3 From: et@php.net (Stefan Walk) On Friday 10 October 2008 19:02:25 Stanislav Malyshev wrote: > Hi! > > > 3) Stas proposal > > I have two proposals, actually. [snip] > 2. Leave functions/constants as they are now, and add the following syntax: > Class::Name->method() > for calling static methods (and referring to class constants), so that > there would be a way to disambiguate calls in (rare, IMHO) situations > where ambiguity may arise. This certainly seems like the best proposal. Regards, Stefan