Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93043 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13798 invoked from network); 3 May 2016 18:29:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 May 2016 18:29:36 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:44568] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 86/55-03860-D0EE8275 for ; Tue, 03 May 2016 14:29:34 -0400 Received: (qmail 10998 invoked by uid 89); 3 May 2016 18:29:30 -0000 Received: by simscan 1.3.1 ppid: 10992, pid: 10995, t: 0.0749s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 3 May 2016 18:29:30 -0000 To: internals@lists.php.net References: <4fc01507-3d07-2309-a4e4-4cad7325249b@gmail.com> Message-ID: <5728EE0A.8090504@lsces.co.uk> Date: Tue, 3 May 2016 19:29:30 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Pipe Operator From: lester@lsces.co.uk (Lester Caine) On 03/05/16 19:12, Sara Golemon wrote: > I like the scalar objects approach as well. Heck, I wrote one three > years ago: https://github.com/sgolemon/objectifier but I don't think > it solves the same problem space as pipe chaining. Which does beg the question ... "Just how many problem spaces are currently under discussion?" ... There is a space for some additional extensions that provided experimental solutions to some of the perceived problems which will then allow people to play with ideas before they become main stream, but there simply seem to be too many proposals currently just because 7.1 will allow them when perhaps we still need to refine just what was added in 7. If all the current rfc's get accepted there will be a large chunk of new documentation which needs digesting UNLESS it is simply optionally enabled in 7.1 -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk