Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84198 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 9999 invoked from network); 2 Mar 2015 22:40:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 2 Mar 2015 22:40:45 -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:57792] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6B/51-14834-DE6E4F45 for ; Mon, 02 Mar 2015 17:40:45 -0500 Received: (qmail 20220 invoked by uid 89); 2 Mar 2015 22:40:42 -0000 Received: by simscan 1.3.1 ppid: 20213, pid: 20216, t: 0.0780s 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.189.147.37) by mail4.serversure.net with ESMTPA; 2 Mar 2015 22:40:42 -0000 Message-ID: <54F4E6EA.40402@lsces.co.uk> Date: Mon, 02 Mar 2015 22:40:42 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "internals@lists.php.net" References: <5E7DF0C5-BCB4-432A-A876-A5057FEBFBB5@gmail.com> <54F320E9.5000706@fischer.name> <54F4159A.6010903@fischer.name> <54F4DD6B.6090809@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Consistent function names From: lester@lsces.co.uk (Lester Caine) On 02/03/15 22:09, Yasuo Ohgaki wrote: > > Old names works. No one forces users to use new names. > I'll update PHP documents. It's a lot of work, but I'll. > 3rd party documents may be update if they would like to. Some developers will drop PHP5 support for third party libraries in much the same way as they will enable 'strict' by default. *WE* have no control over that other than either maintaining our own version of the same libraries or simply not bothering to risk the problems of upgrading. "No one forces users to use new names" is simply burying head in sand ... there will be those who insist that names must be changed if the 'modern way' is made available. > The issue here is PHP will keep inconsistent names forever or not. > IMHO. Some of the extensions that you want to rename could be provided as completely self contained replacements if that is what people need, and at the same time restructure the parameters to be 'more consistent' leaving the legacy suite in place. The suggestion has been made many times that an alternate string or array extension as an option would be a lot more practical and then a legacy build can be maintained. gd is probably a good case for that approach, as some of us still use imagick to provide the same facilities anyway, or gmagick or magickwand and changing the cross reference charts from gd will not be helpful. -- 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