Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77835 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 189 invoked from network); 9 Oct 2014 21:20:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Oct 2014 21:20:56 -0000 Authentication-Results: pb1.pair.com smtp.mail=mailing@pascal-martin.fr; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mailing@pascal-martin.fr; sender-id=pass Received-SPF: pass (pb1.pair.com: domain pascal-martin.fr designates 176.31.99.170 as permitted sender) X-PHP-List-Original-Sender: mailing@pascal-martin.fr X-Host-Fingerprint: 176.31.99.170 ks391579.kimsufi.com Received: from [176.31.99.170] ([176.31.99.170:59357] helo=pascal-martin.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AC/43-09131-63CF6345 for ; Thu, 09 Oct 2014 17:20:55 -0400 Received: from [192.168.0.3] (home.squalenet.net [82.225.233.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pascal-martin.fr (Postfix) with ESMTPSA id 699CC40C9F for ; Thu, 9 Oct 2014 23:19:10 +0200 (CEST) Message-ID: <5436FC32.2070704@pascal-martin.fr> Date: Thu, 09 Oct 2014 23:20:50 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [VOTE] [RFC] Loop + or control structure From: mailing@pascal-martin.fr ("Pascal Martin, AFUP") On 03/10/2014 22:33, Leigh wrote: > Opening the vote on loop + or control structures. > > https://wiki.php.net/rfc/loop_or > > Voting will close in 1 week and requires a 2/3 in favour to pass. > > Remember at this stage the implementation is flexible. > Hi, After talking with other members of AFUP, it seems most of us like the idea of having some way of executing code if a loop is never executed. The "or" keyword feels a bit odd to those who are used to the "else" of Twig (or other languages) -- but it's not really that much of a problem either: after a while, we'll get used to using "or" (or some other keyword). So, we would be on the +1 side of things on this. Still, Sara's idea of giving all loop constructs a return value indicating the number of times the loop executed feels great -- and this would probably be more flexible than loop...or I'm guessing this is why you voted "no" on your own RFC? -- Pascal MARTIN, AFUP - French UG http://php-internals.afup.org/