hi, On Mon, Jan 28, 2013 at 8:14 PM, Anthony Ferrara <ircmax...@gmail.com> wrote: > Hey all, > > After reading the Voting Periods email thread, I'm left wondering a simple > question (which has a difficult answer): > > What should we be voting on when voting on an RFC: on the RFC proposed > feature, or on the patch itself? > > I've always approached it as we're voting for the concept (and details) > provided in the RFC. But it appears that other people have been voting on > the specifics of the attached patch (so theoretically an RFC could be > rejected entirely because some people don't like part of the implementation > in C, but are fine with the PHP details). > > I'll leave out my opinion (and justification) for now, I'm curious what you > all think... > > Thoughts?
We do not vote on RFC for features/change without patch(es). However I could imagine a kind of poll to see if a complex feature is worse the effort to implement it. It can be very frustrated and demotivating to spend literally days on something that will be rejected. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
