Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49682 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 43492 invoked from network); 16 Sep 2010 01:38:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Sep 2010 01:38:16 -0000 Authentication-Results: pb1.pair.com header.from=james.butler@edigitalresearch.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=james.butler@edigitalresearch.com; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain edigitalresearch.com does not designate 217.154.180.62 as permitted sender) X-PHP-List-Original-Sender: james.butler@edigitalresearch.com X-Host-Fingerprint: 217.154.180.62 analysis.edigitalresearch.com Linux 2.6 Received: from [217.154.180.62] ([217.154.180.62:39240] helo=mail.edigitalresearch.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F7/16-33442-805719C4 for ; Wed, 15 Sep 2010 21:38:16 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.edigitalresearch.com (Postfix) with ESMTP id 8F0E21465FB for ; Thu, 16 Sep 2010 02:38:11 +0100 (BST) X-Virus-Scanned: amavisd-new at edigitalresearch.com Received: from mail.edigitalresearch.com ([127.0.0.1]) by localhost (mail.edigitalresearch.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ef84sPBEuWRn for ; Thu, 16 Sep 2010 02:38:10 +0100 (BST) Received: from zarafa.localdomain (zarafa.edigitalresearch.com [10.0.0.20]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.edigitalresearch.com (Postfix) with ESMTPS id 6C3CE1464A0 for ; Thu, 16 Sep 2010 02:38:10 +0100 (BST) Received: from zarafa.edigitalresearch.com (zarafa.edigitalresearch.com [10.0.0.20]) by zarafa.localdomain (Postfix) with SMTP id 83B5410038E for ; Thu, 16 Sep 2010 02:36:47 +0100 (BST) To: =?windows-1252?Q?"internals=40lists.php.net"?= Date: Thu, 16 Sep 2010 02:36:47 +0100 Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Mailer: Zarafa 6.40.1-21780 Message-ID: Subject: More formal feature request cycle From: james.butler@edigitalresearch.com (=?windows-1252?Q?James_Butler?=) 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.=20 -- James Butler Sent from my iPhone