Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49695 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92102 invoked from network); 16 Sep 2010 08:33:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Sep 2010 08:33:55 -0000 Authentication-Results: pb1.pair.com smtp.mail=christian.kaps@mohiva.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=christian.kaps@mohiva.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain mohiva.com designates 78.46.69.5 as permitted sender) X-PHP-List-Original-Sender: christian.kaps@mohiva.com X-Host-Fingerprint: 78.46.69.5 zucker.schokokeks.org Received: from [78.46.69.5] ([78.46.69.5:54747] helo=zucker.schokokeks.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 50/76-48270-276D19C4 for ; Thu, 16 Sep 2010 04:33:54 -0400 Received: from roundcube.schokokeks.org (localhost [::ffff:127.0.0.1]) (AUTH: LOGIN christian.kaps@mohiva.com, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by zucker.schokokeks.org with esmtp; Thu, 16 Sep 2010 10:33:51 +0200 id 0000000000018007.000000004C91D66F.00001035 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Thu, 16 Sep 2010 10:33:51 +0200 To: Frederic Hardy Cc: James Butler , internals@lists.php.net In-Reply-To: <4C91D0ED.4010001@mageekbox.net> References: <4C91D0ED.4010001@mageekbox.net> Message-ID: <6ac1402fc6f27c445bb04a894b2f5c3c@localhost> X-Sender: christian.kaps@mohiva.com User-Agent: RoundCube Webmail/0.4 Subject: Re: [PHP-DEV] More formal feature request cycle From: christian.kaps@mohiva.com (Christian Kaps) On Thu, 16 Sep 2010 10:10:21 +0200, Frederic Hardy wrote: > Hello ! >> This thought is brought on mainly by watching the annotations drama that is currently occupying internals, does anyone else agree it might be a good idea to have a slightly more formal procedure for requesting features and then recording votes pros, cons, side effects, etc. against it. It might do a fair bit to stop anecdotal talk of how many people actually want a feature, and stop the list retreading the same arguments over and over again. Have no idea just yet what this would look like, but an thinking something between launchpad and the current php wiki. >> Very huge +1 for that ! > > Best regards, > Fred. > > -- > ======================================================================== > Frédéric Hardy : Architecte d'application/Admin. système/Ergonome > Status : En recherche d'emploi > CV : http://blog.mageekbox.net/public/cv.frederic.hardy.pdf > Blog : http://blog.mageekbox.net > Twitter : http://twitter.com/mageekguy > ======================================================================== The same from me. +1