Sounds fantastic to me.
Not a fan of the {} namespaces but each to their own.
On Tue, Sep 23, 2008 at 5:15 AM, Stanislav Malyshev [EMAIL PROTECTED] wrote:
Hi!
On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk about
what we'd like to do with namespaces, and we arrived at the
I completely agree with jvlad's thoughts - for me namespace is ability to
separate two different libraries from each other so that they don't
conflict. I don't need namespaces just to write my own application using
them to be cool, and I probably would never use a namespace for small or
middle
Arvids Godjuks a écrit :
Of course that isn't a good example, because Zend framework always has a
class prefix Zend, but they surely can use a namespace and remove that
Zend in front of classes.
They are a lot of case where you want to use this syntax. The most
common is when you have a
Am 22.09.2008 um 21:45 schrieb Stanislav Malyshev:
On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk
about what we'd like to do with namespaces, and we arrived at the
following conclusions, which we propose to implement in 5.3:
1. Allow braces for namespaces. So, the
I just realised that his is valid PHP:
?php
var_dump(
array(
'foo' = 42,
'foo' = 53));
Producing the following output:
array(1) {
[foo]=
int(53)
}
I can anticipate that there may be practical reasons for this
feature, but I can't think up any scenario, where it wouldn't be a
troels knak-nielsen wrote:
I just realised that his is valid PHP:
?php
var_dump(
array(
'foo' = 42,
'foo' = 53));
Producing the following output:
array(1) {
[foo]=
int(53)
}
I can anticipate that there may be practical reasons for this
feature, but I can't think up any scenario,
Am 18.09.2008 um 21:02 schrieb Michael Wallner:
In case the original with patches attached doesn't get through:
http://dev.iworks.at/PATCHES/php53-backport_output.txt
http://dev.iworks.at/PATCHES/pecl-backport_output.txt
Isn't there a typo in colorer.cpp:
+
hi,
On Thu, Sep 18, 2008 at 9:02 PM, Michael Wallner [EMAIL PROTECTED] wrote:
In case the original with patches attached doesn't get through:
http://dev.iworks.at/PATCHES/php53-backport_output.txt
http://dev.iworks.at/PATCHES/pecl-backport_output.txt
Original Message
Hi,
1. and 2. are great. I'm happy to see this done.
But for 3. I think that's throwing the baby with the bathwater.
Since now global classes inside namespaces will need the use ::Foo; or
::Foo..., I hope you can give a fresh look at my original idea that both
functions and classes require
Tony Bibbs wrote:
I disagree here...it is both wanted and and needed. This feature has been promised to the community for quite some time now and I'd simply remind you you do have the option of *not* using namespaces if you don't want too. If you like REALLY_LONG_CLASS_NAMES that's still
Federico Lebron wrote:
Tony Bibbs wrote:
I disagree here...it is both wanted and and needed. This feature has
been promised to the community for quite some time now and I'd simply
remind you you do have the option of *not* using namespaces if you
don't want too. If you like
Guilherme Blanco [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
For those that do not understand very well the explanation of jvlad...
He's suggesting to change the class struct to be an scope struct, and
have a property that tells if it's a namespace or a class, and reuse
the
Steph Fox [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
For those that do not understand very well the explanation of jvlad...
Guileherme, you are missing the point. We'd all like to see PHP 5.3.0 out
there. It has a lot to offer, but namespace support is very obviously
Stanislav Malyshev wrote:
Hi!
On the ZendCon, we (Marcus, Elizabeth, Andi and myself) had a talk about
what we'd like to do with namespaces, and we arrived at the following
conclusions, which we propose to implement in 5.3:
1. Allow braces for namespaces. So, the syntax for namespaces
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main PHP
distribution? Many people have poked me in the past, so I guessed it's
time to ask me and you that question once for all.
+1
Greg
--
PHP Internals - PHP Runtime Development Mailing List
Before anyone gets all hyper, my point is *not* to introduce :, but to
explain that it is in fact technically feasible to extend the definition
of namespaces later to add support for non-class elements and it would
work just fine.
It is, however, not going to be possible to do this post-5.3
On Wed, Sep 24, 2008 at 5:00 PM, Greg Beaver [EMAIL PROTECTED] wrote:
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main PHP
distribution? Many people have poked me in the past, so I guessed it's
time to ask me and you that question once
Nathan Nobbe wrote:
Michael Wallner wrote:
Hi,
I wonder what the general opinion is on adding pecl/http to the main PHP
distribution? Many people have poked me in the past, so I guessed it's
time to ask me and you that question once for all.
+1
+1
FWIW, ditto.
no to
Hey all,
This patch addresses the *printf() bug when dealing with exponents (%e).
See http://bugs.php.net/bug.php?id=46145 for more details.
The patch is large because there were a lot of unit tests written to expect
the wrong behavior, so I had to update them. I realize that there is the
Hi,
I've been using namespaces for a few months now, and I feel a need for a
specific solution.
I've been thinking a lot about this, and I will explain everything here.
Basically the goal is to be able to overload namespace resolution (ie.
overloading new and static calls).
Basically (case 1),
20 matches
Mail list logo