Re: PHP 5.3 Suggested Feature List (Summary)

Hello Steph, I did neither meant to dictate anything nor did I said never.... ...and pure lack of interest belongs into democracy, so if we go that route we have to accept that route :-) If not we can proceed as we did in the past. Have votings and politics but in the end ignoring decisions anyway. marcus Sunday, September 16, 2007, 7:02:28 PM, you wrote: > Mmm... but that means dictating which features can or can't go into an > extension or a specific build system purely on the level of outside interest > in them. That's the main problem here. > The three contentious items, I'd probably (reluctantly) agree with you. > - Steph > ----- Original Message ----- > From: "Marcus Boerger" <helly@php.net> > To: "Steph Fox" <steph@zend.com> > Cc: "Ilia Alshanetsky" <ilia@prohost.org>; "Lukas Kahwe Smith" > <mls@pooteeweet.org>; "Stanislav Malyshev" <stas@zend.com>; "PHP > Developers > Mailing List" <internals@lists.php.net> > Sent: Sunday, September 16, 2007 5:47 PM > Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary) >> Hello Steph, >> >> speakin as a looser - we should keep what we just decided on and do it. >> Do it as in work on it. As in code. As in no more politics for the moment. >> >> marcus >> >> Sunday, September 16, 2007, 6:12:14 PM, you wrote: >> >>> Hi Ilia, >> >>> If it helps any we can count everything else in and just look at the ones >>> that failed: >> >>> No quorum: >>> ====================== >>> Switch for disabling/enabling materialized cursors in mysqli - 25/28 no >>> vote, 3 positive votes >>> Merge the GCC 4 -fvisibility patch - 20/28 no vote, 7 positive votes, 1 >>> negative vote >> >>> Voting anomalies: >>> ================ >>> Introduce concept of "strict classes" that do not permit dynamic property >>> creation - 12/28 no vote, 12 positive, 4 negative >>> Implement David's Circular Garbage collection patch - 13/28 no vote, 11 >>> positive, 4 negative >>> Link phar extension from PECL into core - 12/28 no vote, 11 positive, 5 >>> negative >> >>> Definitely out: >>> ============== >>> Remove safe_mode, register_globals and magic_quotes - 6/28 no vote, 4 >>> positive, 18 negative >> >>> I think it's probably fair to say that the mysqli-specific issue >>> shouldn't >>> be on this agenda in the first place, and the GCC 4 patch most likely >>> failed >>> because those that aren't directly affected by it don't understand it >>> enough >>> to vote over it. >> >>> That leaves just three features that fail under your voting system but >>> might >>> pass under others. The question is whether those three are up for debate >>> now, or later. >> >>> - Steph >> >>> ----- Original Message ----- >>> From: "Ilia Alshanetsky" <ilia@prohost.org> >>> To: "Lukas Kahwe Smith" <mls@pooteeweet.org> >>> Cc: "Stanislav Malyshev" <stas@zend.com>; "PHP Developers Mailing >>> List" >>> <internals@lists.php.net> >>> Sent: Sunday, September 16, 2007 4:31 PM >>> Subject: Re: [PHP-DEV] PHP 5.3 Suggested Feature List (Summary) >> >> >>>> >>>> On 16-Sep-07, at 11:02 AM, Lukas Kahwe Smith wrote: >>>> >>>>> Ilia Alshanetsky wrote: >>>>>> On 15-Sep-07, at 7:18 PM, Stanislav Malyshev wrote: >>>>> >>>>>> NP ;-) Btw the detailed breakdown of the votes is available here >>>>>> http://bb.prohost.org/53Features.pdf >>>>> >>>>> I have taken the data from this PDF and slightly reworked things [1] >>>>> so >>>>> that its easy to see which topics got more attention with votes than >>>>> others. I think its critical to understand that several items were >>>>> hard >>>>> for the general community to vote on because of lack of expertise (as >>>>> noted in several votes). As such I find it questionable to apply a +10 >>>>> threshold on all items. >>>>> >>>>> Furthermore I ask everybody to review if his vote was interpreted as >>>>> they wanted in Ilia's PDF. Some people made their votes conditional, >>>>> which is not supported by the formats chosen for tallying up the >>>>> votes. >>>> >>>> Lukas has a good point about the "0" votes, however if there are niche >>>> features most people don't really care/know about that in itself means >>>> that there is not much support for said functionality. IMHO the point >>>> of >>>> the vote was to identify KEY features general community (developers & >>>> users) would like to see in 5.3, not to introduce feature creep, which >>>> re-enumeration of the vote does to some extent, please keep that mind >>>> when reviewing the #s. Additionally, remember that 5.3 is a "minor" >>>> release and is not the most appropriate platform for "anything & >>>> everything" inclusion. >>>> >>>> Ilia Alshanetsky >>>> >>>> -- >>>> PHP Internals - PHP Runtime Development Mailing List >>>> To unsubscribe, visit: http://www.php.net/unsub.php >>>> >> >> >> >> >> Best regards, >> Marcus >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> Best regards, Marcus