Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:87943 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56310 invoked from network); 26 Aug 2015 19:38:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Aug 2015 19:38:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; 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:48594] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 63/49-17883-7A51ED55 for ; Wed, 26 Aug 2015 15:38:16 -0400 Received: (qmail 27606 invoked by uid 89); 26 Aug 2015 19:38:11 -0000 Received: by simscan 1.3.1 ppid: 27598, pid: 27602, t: 0.0641s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@86.177.81.198) by mail4.serversure.net with ESMTPA; 26 Aug 2015 19:38:11 -0000 To: internals@lists.php.net References: <55DD4269.4090402@gmail.com> <6348DFA7-04BD-41BB-A500-17A8A531B56C@craigfrancis.co.uk> <55DDA4C9.9040603@gmail.com> <3C69BF4B-52E6-4D04-8601-8D23DFCC538E@craigfrancis.co.uk> <55DDD60F.5090509@gmail.com> <8C74463E-DBA2-4015-8159-0B44D973387F@craigfrancis.co.uk> <55DE0D46.7020608@gmail.com> Message-ID: <55DE15A2.7070408@lsces.co.uk> Date: Wed, 26 Aug 2015 20:38:10 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55DE0D46.7020608@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 7.1 - Address PHPSadness #28? From: lester@lsces.co.uk (Lester Caine) On 26/08/15 20:02, Stanislav Malyshev wrote: >> Just because there is a function, which does not exactly roll off the >> > tongue (plus the fun of the needle/haystack ordering issue), does not >> > mean it gets used (even if it is the correct thing to use). > As it looks to me, in order to fix the fact that people are > not using existing function (which completely satisfies the > requirements), because people do not read the docs, the proposal is to > create another function (which nobody knows about without reading the > docs) that does the same? If so, I'm not sure how that is supposed to > help anything. We have had discussions before over the various 'complaint' sites and how in many cases the 'complaints' get more prominence than the actual current 'solution'. Yet again, what is needed rather than a manual describing each function individually since for example one would not look under 'array_' for a solution to this problem, is a 'best practice' example which can help even those of us who are stuck with legacy practices which COULD be improved with better modern samples. -- 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