Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-07 Thread Jonathan Wage
On Friday, September 2, 2016, Davey Shafik wrote: > Hi internals, > > I'd like to introduce a new RFC to deprecate pear/pecl (in 7.2, and remove > in 8.0), as well as add composer/pickle (optional in 7.2, default in 7.3+) > in their place. > > https://wiki.php.net/rfc/deprecate-pear-include-compo

Re: [PHP-DEV] [RFC][Accepted] Scalar Type Declarations V0.5

2015-03-16 Thread Jonathan Wage
Thank you Andrea and Anthony. Your efforts are much appreciated! - Jon On Mon, Mar 16, 2015 at 4:03 PM, Anthony Ferrara wrote: > All, > > Voting has been closed on the scalar type declarations v0.5 RFC: > > https://wiki.php.net/rfc/scalar_type_hints_v5 > > At a final score of 108:48, it has bee

Re: [PHP-DEV] [RFC] Exceptions in the engine

2015-02-19 Thread Jonathan Wage
I am not familiar with the implementation details but from my perspective this would be a nice improvement. I have had a difficult time debugging PHP fatal errors over the years and I think this kind of change would help improve that. On Mon, Oct 6, 2014 at 4:53 PM, Nikita Popov wrote: > Hi inte

Re: [PHP-DEV] RFC: PHP 7.0 timeline

2014-10-14 Thread Jonathan Wage
I like the 1 year timeline. It is an aggressive but achievable goal. On Tue, Oct 14, 2014 at 3:08 AM, Zeev Suraski wrote: > All, > > > > We’ve had some discussions about it during the version name & phpng RFC > processes, and now that 5.6.0 is behind us – I think it’s time to get a > more concre

Re: [PHP-DEV] Let's make a 5.7 release

2014-08-15 Thread Jonathan Wage
I agree with Derick, Zeev and Sebastian. It seems more economical at this point for everyone to join together and focus our efforts on PHP 7. I also think we should be bold and target the PHP 7 release for one year from now. If everyone gets on board and works towards the same goal it is possible

Re: [PHP-DEV] Allow (...)->foo() expressions not only for `new`

2013-02-25 Thread Jonathan Wage
It makes sense to me. +1 for making the syntax more consistent and natural. - Jon On Mon, Feb 25, 2013 at 10:14 AM, Nikita Popov wrote: > Hi internals! > > PHP 5.4 added support for expressions of the kind (new Foo)->bar(), (new > Foo)->bar and (new Foo)['bar']. > > I'd like to extend this sup

Re: [PHP-DEV] [RFC] Alternative typehinting syntax for accessors

2013-01-05 Thread Jonathan Wage
This looks really nice. I would love to see this in PHP +1 - Jon On Fri, Jan 4, 2013 at 8:41 AM, Nikita Popov wrote: > Hi internals! > > I already brought this up before, but I think the discussion at that time > was not very constructive and largely off-topic, so I'm bringing it up > again. T

Re: [PHP-DEV] RFC: Short syntax for Arrays (redux)

2011-06-01 Thread Jonathan Wage
+1 On Tue, May 31, 2011 at 1:42 PM, Brian Moon wrote: > https://wiki.php.net/rfc/shortsyntaxforarrays > > Since this was brought again recently by Rasmus ( > http://markmail.org/message/fx3brcm4ekh645se) and on Twitter where several > people including Andi chimed in on it and Ilia seemed to reve

[PHP-DEV] Re: [PDO] Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-12 Thread Jonathan Wage
Same, I am disappointed to see this committed still after the concerns raised here. - Jon On Sat, Jun 12, 2010 at 6:24 AM, Pierre Joye wrote: > hi Ilia, > > So you basically say that the worries and wishes raised here are > simply irrelevant and at the end of the day you decide what PDO can or

Re: [PHP-DEV] [RFC] Array Dereferencing

2010-06-07 Thread Jonathan Wage
Thanks a bunch. This is a very nice improvement to PHP! - Jon On Mon, Jun 7, 2010 at 12:58 PM, Felipe Pena wrote: > Hi all, > I just edited the RFC page [1] about array dereferencing as now we have a > patch for such. > > RFC page: http://wiki.php.net/rfc/functionarraydereferencing > > The patc

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-06 Thread Jonathan Wage
Hi, Denis has offered to do the work in nice way that is a more proper long term solution. So what is stopping us now? Can someone from the PHP core team chime in and give some guidance so that we can move this forward? Thanks, Jon On Fri, Jun 4, 2010 at 6:21 PM, Denis Gasparin wrote: > Hi. > F

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-04 Thread Jonathan Wage
Hi, On Thu, Jun 3, 2010 at 1:58 PM, Ferenc Kovacs wrote: > > > On Thu, Jun 3, 2010 at 7:28 PM, Jonathan Wage wrote: > >> Hi, >> >> On Thu, Jun 3, 2010 at 1:16 PM, Ferenc Kovacs wrote: >> >>> If that so, I would be happy to see some discussion

Re: [PHP-DEV] Suggestion: echo function(var)[0];

2010-06-03 Thread Jonathan Wage
Hi, I've always wondered the same thing too. Would be a nice improvement. - Jon On Thu, Jun 3, 2010 at 9:12 PM, Tig wrote: > Would be at all possible to implement this kind of shortcut? > > echo function(var)[0]; > > For example, to print the height of an image: > echo getimagesize('./path/t

Re: [PHP-DEV] Suggestion: echo function(var)[0];

2010-06-03 Thread Jonathan Wage
Hi, Has anyone attempted a patch for this? Or does anyone have an idea of the feasibility? Is it technically possible in a good/clean way? - Jon On Thu, Jun 3, 2010 at 9:29 PM, Tig wrote: > On Fri, Jun 4, 2010 at 11:19 AM, Kalle Sommer Nielsen > wrote: > > Hi Tig > > > > 2010/6/4 Tig : > >> W

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-03 Thread Jonathan Wage
Denis > > > - Messaggio originale - > > Da: "Pierre Joye" > > A: "Ferenc Kovacs" > > Cc: "Jonathan Wage" , "Denis Gasparin" < > denis.gaspa...@edistar.com>, "Ilia Alshanetsky" > > , "Matteo Beccat

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-03 Thread Jonathan Wage
he proposed patch is not right and I am surprised that it has even been considered as able to be committed. Thanks, Jon > Tyrael > > On Thu, Jun 3, 2010 at 6:42 PM, Jonathan Wage wrote: > >> Hi, >> >> I really think that we should consider the long term ramifications

Re: [PHP-DEV] [PATCH] New PDO methods for PostgreSQL driver

2010-06-03 Thread Jonathan Wage
Hi, I really think that we should consider the long term ramifications of these changes. If we do implement database specific features now and continue to implement more in the future, we can't possibly think it is a good idea to just dump them all in the global PDO namespace. This would be a deva