On Wed, 18 Apr 2012 23:54:00 +0200, Stas Malyshev smalys...@sugarcrm.com
wrote:
I think the documentation part in this case is not as problematic,
because the interface has been thoroughly documented in the ICU
project. Most of your next questions can be answered by reading
I have to agree with Richard as a user-land developer. It looks nice, but
knowing how people can twist things I don't think I would like this feature
get implemented. It just add stuff that is crazy to debug.
Consider someone adds a property and initializes a user-land object. That
object has
Hi,
Just a though for named parameter, since it seems
its becoming a relevant topic now.
2012/4/18 Daniel Macedo admac...@gmail.com:
I'll keep going offtopic a bit more.
I would rather see named parameters implemented *prior* to this.
Although maybe not instead, I think both might have their
Hi everyone !
Just done a pull request (https://github.com/php/php-src/pull/62) on
php/php-src to allow the use of an expression with new keyword.
The patch allow the user to do :
?php
class Foo {}
$oo = 'oo';
$foo = new {'f' . $oo};
?
Moreover, seems to me that it's not possible to
2012/4/18 Matthew Weier O'Phinney weierophin...@php.net:
My one comment, which others have raised, is readability of multiple
commas -- TBH, at first glance it has the appearance of a mistake. I
think those suggesting a keyword such as default make a good point in
this regard -- it makes it
On Thu, Apr 19, 2012 at 1:57 AM, Kris Craig kris.cr...@gmail.com wrote:
Ugh I hate to throw a POO into this, but
On Wed, Apr 18, 2012 at 4:09 PM, Nikita Popov nikita@googlemail.com
wrote:
Hey internals :)
As there doesn't seem to be any further discussion regarding my RFC,
I've
On 2012-04-19, Patrick ALLAERT patrickalla...@php.net wrote:
2012/4/18 Matthew Weier O'Phinney weierophin...@php.net :
My one comment, which others have raised, is readability of multiple
commas -- TBH, at first glance it has the appearance of a mistake. I
think those suggesting a keyword
On 2012-04-19, Yasuo Ohgaki yohg...@ohgaki.net wrote:
Just a though for named parameter, since it seems
its becoming a relevant topic now.
2012/4/18 Daniel Macedo admac...@gmail.com :
snip
I agree with this! But for short array syntax we kept the = as in
$array = [foo = bar];
Not sure
hi,
On Thu, Apr 19, 2012 at 3:11 PM, Nikita Popov nikita@googlemail.com wrote:
I've asked about this on IRC and it seems like there is no problem
opening the vote now. Quoting:
The purpose of the waiting period is to allow time for discussion
instead of rushing things before someone can
On 04/19/2012 12:53 AM, Gustavo Lopes wrote:
On Wed, 18 Apr 2012 23:54:00 +0200, Stas Malyshev smalys...@sugarcrm.com
wrote:
I think the documentation part in this case is not as problematic,
because the interface has been thoroughly documented in the ICU
project. Most of your next
I like this idea quite a bit, it would allow for more rapid deprecation of
outdated ideas. Wouldn't this require multiple interpreters though? Might add
a lot of complexity to the code as well, possibly not.
-Original Message-
From: Rasmus Schultz [mailto:ras...@mindplay.dk]
Sent:
The only open comments I have on this project is the read-only and
write-only keywords.
Are the dashes acceptable or undesirable?
write-only was not in the original RFC but made sense to have the alternate to
read-only, any objections?
If there is no other discussion for this, I'd like to
12 matches
Mail list logo