Re: [PHP-DEV] [VOTE] CURLFile uploading API

Hi! > Thanks for running with this concept! Looks great to me... Thanks. I think it needs one more addition, actually - it may be a good idea to have special handling for serializing/unserializing - but I'll look into it after the vote, it shouldn't change anything related to the main concept. --

Re: [PHP-DEV] [VOTE] CURLFile uploading API

Stas, Thanks for running with this concept! Looks great to me... Anthony On Sun, Jan 20, 2013 at 8:32 PM, Stas Malyshev wrote: > Hi! > > I've started a vote on CURLFile RFC: > https://wiki.php.net/rfc/curl-file-upload#vote > > Please vote. > -- > Stanislav Malyshev, Software Architect > SugarC

[PHP-DEV] [VOTE] CURLFile uploading API

Hi! I've started a vote on CURLFile RFC: https://wiki.php.net/rfc/curl-file-upload#vote Please vote. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

Hello Clint, Nikita and Stas. > To facilitate complete functionality with properties it is necessary to > provide accessor functions to act on isset() and unset() calls. > Note: isset & unset implementations are always provided with default > implementations unless the author explicitly defines t

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

Am 17.01.2013 19:20, schrieb Clint Priest: I'm happy to say that Property Accessors is ready for a vote for inclusion in 5.5 release. Nikita and I (as well as Stas a bit) have all been working hard to make this happen for 5.5, voting and the specifications are here: https://wiki.php.net/rfc/pro

[PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context

I've opened the vote for the "remove calls from incompatible context" RFC: https://wiki.php.net/rfc/incompat_ctx#vote -- Gustavo Lopes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

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

On Sun, Jan 20, 2013 at 4:47 PM, Clint Priest wrote: > > On 1/20/2013 9:26 AM, Nikita Popov wrote: > >> I now added a patch for this proposal: >> https://gist.github.com/**4579298(For >> more detailed individual commits see here: >> https://github.com/nikic/php-*

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

On 1/20/2013 9:26 AM, Nikita Popov wrote: I now added a patch for this proposal: https://gist.github.com/4579298 (For more detailed individual commits see here: https://github.com/nikic/php-src/commits/alternativeSyntax) One thing I hadn't noticed is that the proposal was to move the typehint,

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, Jan 20, 2013 at 10:31 AM, Clint Priest wrote: > > On 1/20/2013 7:35 AM, Sherif Ramadan wrote: > > Now $surface shows us the following from var_dump > > object(surface)#1 (3) { > ["area"]=> > NULL > ["width"]=> > int(4) > ["height"]=> > int(2) > } > > Sounds like a reaso

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On 1/20/2013 7:35 AM, Sherif Ramadan wrote: Now $surface shows us the following from var_dump object(surface)#1 (3) { ["area"]=> NULL ["width"]=> int(4) ["height"]=> int(2) } Sounds like a reasonable approach to me... var_dump() 1) Should not invoke the getters.. 2) Should ind

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

On Thu, Jan 10, 2013 at 11:11 PM, Stas Malyshev wrote: > Hi! > > The proposal is pretty clear, but could you explain this part: > > The current accessors proposal will need special handling of the > typehint in any case (it can't be handled as a normal method typehint). > > What special handling i

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, 20 Jan 2013 14:52:36 +0100, Sherif Ramadan wrote: I think the current behavior is most appropriate one for var_dump() (and array casts/get_object_vars()). It's the same behavior as if you had manually defined getXXX() methods or used __get(). It's actually not the same behavior at a

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, Jan 20, 2013 at 8:45 AM, Gustavo Lopes wrote: > On Sun, 20 Jan 2013 14:35:14 +0100, Sherif Ramadan < > theanomaly...@gmail.com> wrote: > >> What I'm saying is this kind of behavior needs far more serious reasoning >> than the very naive assesment you're making above. >> >> I mean that with

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, 20 Jan 2013 14:35:14 +0100, Sherif Ramadan wrote: What I'm saying is this kind of behavior needs far more serious reasoning than the very naive assesment you're making above. I mean that with all due respect. Just wondering if there is another take on this from anyone else? I think

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, Jan 20, 2013 at 8:08 AM, Nikita Popov wrote: > On Sun, Jan 20, 2013 at 5:46 AM, Sherif Ramadan > wrote: > >> I'm not sure if this has already come up in past discussion or not. So >> I apologize in advance if this is repetitive. The discussion for property >> accessors has been so length

Re: [PHP-DEV] [VOTE] Property Accessors for 5.5

On Sun, Jan 20, 2013 at 5:46 AM, Sherif Ramadan wrote: > I'm not sure if this has already come up in past discussion or not. So > I apologize in advance if this is repetitive. The discussion for property > accessors has been so lengthy I couldn't find the time to keep up with it > all. > > However