hi.
On Sun, May 13, 2012 at 4:15 PM, Nikita Popov wrote:
> We had at least one precedent of a vote with three options, where the
> option that was implemented in the end had only 59% of the votes.
As far as I remember the final decision was more about what was
actually used in the documentatio
hi Sean,
On Mon, May 14, 2012 at 12:45 AM, Sean Coates wrote:
>> which raises the question,
>> if most of the PHP group doesn't care enough to vote, does it mean it is
>> a bad feature?
>
>
> I think the disinterest is more generalized than this particular vote. As far
> as I can tell, only 3½ m
On Sun, May 13, 2012 at 7:35 PM, Sean Coates wrote:
> > can I ask how did you come up with that number, and who is the half man?
> :)
>
> Rasmus, Andi, and Ze'ev. Andrei works with something PHP-related, sort of,
> still, and is only involved on occasion, so I counted him for half.
>
If he's hal
> can I ask how did you come up with that number, and who is the half man? :)
Rasmus, Andi, and Ze'ev. Andrei works with something PHP-related, sort of,
still, and is only involved on occasion, so I counted him for half.
The others are all names from Internets past (pardon me if I'm wrong, but I
Hi!
> Please be kind to review and comment my proposal for custom casting in PHP
> (or let me know if a similar proposal was already discussed).
>
> http://pastebin.com/sPb0i8U6
I think there's an issue with this idea. As far as I understand, what is
proposed is kind of cast-constructor paradigm
Ironically enough, he's probably the only "whole man" of the Lannisters really.
> -Original Message-
> From: Stas Malyshev [mailto:smalys...@sugarcrm.com]
> Sent: Sunday, May 13, 2012 6:23 PM
> To: Ferenc Kovacs
> Cc: PHP internals
> Subject: Re: [PHP-DEV] Re: [VOTE] Vote change for empty(
This has already been covered quite a bit, the problem with your suggestion is
that the compiler needs to determine the type it is cast to, which is why the
__toInt(), __toArray(), etc, so that the language can request the type it needs
to cast to.
> -Original Message-
> From: Seva Laps
Hi!
> can I ask how did you come up with that number, and who is the half man? :)
Tyrion Lannister?
(sorry, couldn't help it)
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscri
On Mon, May 14, 2012 at 12:45 AM, Sean Coates wrote:
> > which raises the question,
> > if most of the PHP group doesn't care enough to vote, does it mean it is
> > a bad feature?
>
>
> I think the disinterest is more generalized than this particular vote. As
> far as I can tell, only 3½ members
> which raises the question,
> if most of the PHP group doesn't care enough to vote, does it mean it is
> a bad feature?
I think the disinterest is more generalized than this particular vote. As far
as I can tell, only 3½ members of the PHP Group actually still participate in
the PHP community
In the below example, it would deconstruct as such:
$tValues = array(
'ID1-1' => array(
'ID2-1' => array(
'ID3-1' => 'Value1',
'ID3-2' => 'Value2',
),
'ID2-2' => array(
'ID3-3' => 'Value3',
Hi!
> Also as I can understand the frustration for such tight votes, it is
> however a good sign that there is no real consensus nor a huge
> interest to change that.
16/4 is not exactly what I would call "close vote". But I think it's not
the lack of consensus but lack of interest - which raises
hi,
On Sun, May 13, 2012 at 11:37 PM, Kris Craig wrote:
> This is exactly what I was afraid of. The current voting process doesn't
> account for multi-question votes like this
It does. But one has to select multiple choices votes too, if he does
not want to fail because some voted for one opti
Hi!
> So the float comparison behavior under ~B (what's in the patch) may seem
> more desirable because it preserves the numerical comparison when possible
> (and we don't have to add leading whitespace and zeros to the mix,
> strcmp("9, "11") returns 1). Until you realize it's alternating b
On Sun, May 13, 2012 at 1:20 PM, Stas Malyshev wrote:
> Hi!
>
> > I just closed the vote for this RFC. The result (see
> > https://wiki.php.net/rfc/empty_isset_exprs#vote) is:
> >
> > * Both empty() and isset(): 3
> > * Only empty(): 13
> > * None: 4
>
> Low turnout is kind of disappointing - eit
Hi!
> I just closed the vote for this RFC. The result (see
> https://wiki.php.net/rfc/empty_isset_exprs#vote) is:
>
> * Both empty() and isset(): 3
> * Only empty(): 13
> * None: 4
Low turnout is kind of disappointing - either people are not interested
in this feature or don't care in general.
Hi Clint,
On 13/05/12 18:41, Clint Priest wrote:
I've been using array decomposition in other languages such as Javascript
recently and find it very useful. I did not find any conversation about it in
the archives, has this topic been discussed/vetted/shot down already?
Example use case: Ind
I've been using array decomposition in other languages such as Javascript
recently and find it very useful. I did not find any conversation about it in
the archives, has this topic been discussed/vetted/shot down already?
Example use case: Indexed database results being iterated:
Input:
$tValu
On Sun, 13 May 2012 16:15:43 +0200, Nikita Popov
wrote:
I'm not sure I can follow. The vote has three options, of which two
are quite similar. I don't see how the 2/3 rule for votes with two
options can be applied here, in such a black&white fashion.
The fact there are more than two options
On Sun, May 13, 2012 at 3:14 PM, Pierre Joye wrote:
> hi,
>
> On Sun, May 13, 2012 at 3:07 PM, Gustavo Lopes wrote:
>
>> The rule is that "a feature affecting the language itself (new syntax for
>> example) will be considered as 'accepted' if it wins a 2/3 of the votes". 13
>> votes in 20 is not
hi,
On Sun, May 13, 2012 at 3:07 PM, Gustavo Lopes wrote:
> The rule is that "a feature affecting the language itself (new syntax for
> example) will be considered as 'accepted' if it wins a 2/3 of the votes". 13
> votes in 20 is not 2/3 of the votes. So the question is whether any of the
> pers
On Sun, 13 May 2012 14:56:23 +0200, Nikita Popov
wrote:
I just closed the vote for this RFC. The result (see
https://wiki.php.net/rfc/empty_isset_exprs#vote) is:
* Both empty() and isset(): 3
* Only empty(): 13
* None: 4
I'm not exactly sure what the policy for votes with three options is,
I just closed the vote for this RFC. The result (see
https://wiki.php.net/rfc/empty_isset_exprs#vote) is:
* Both empty() and isset(): 3
* Only empty(): 13
* None: 4
I'm not exactly sure what the policy for votes with three options is,
but given that the large majority voted for "Only empty()", I
On Sun, 13 May 2012 04:39:33 +0200, Stas Malyshev
wrote:
I know this was discussed a number of times here, but just to bring it
to a conclusion - I intend to apply patch in the bug report - which
removes conversion for strings that do not convert to integers - to 5.4.
If anybody sees anything
24 matches
Mail list logo
