Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84432 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92236 invoked from network); 8 Mar 2015 11:17:26 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Mar 2015 11:17:26 -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:49430] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CD/91-17427-4CF2CF45 for ; Sun, 08 Mar 2015 06:17:25 -0500 Received: (qmail 29879 invoked by uid 89); 8 Mar 2015 11:17:21 -0000 Received: by simscan 1.3.1 ppid: 29872, pid: 29875, t: 0.0743s 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; 8 Mar 2015 11:17:21 -0000 Message-ID: <54FC2FC1.9070008@lsces.co.uk> Date: Sun, 08 Mar 2015 11:17:21 +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: <5D8591E2-5AE6-4B4C-AAE0-3D15523410AC@gmail.com> <54F83C4D.1020206@gmail.com> <54FB3175.3000308@luni.fr> <54FC1E67.3070504@luni.fr> In-Reply-To: <54FC1E67.3070504@luni.fr> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Consistent function names From: lester@lsces.co.uk (Lester Caine) On 08/03/15 10:03, Grégory Planchat wrote: > Then using multiple encodings in a same script or using a same script > for multiple encodings becomes straightforward and standard. Most PHP > developers doesn't even know what is Unicode or a character encoding, > they just see "odd characters that are removed with a header() call or > utf8_decode()", no teasing intended, they just don't want to have to > handle this. PHP should not let this sort of consideration to the sole > awareness of user-space developers. Not part of THIS discussion exactly, but I have to take that in isolation. 'Most PHP developers' need to be very aware of Unicode these days. Simply pretending it does not exist is a deangerous exercise and my own code base has been UTF8 for several years now. Even though I don't speak anything but English, a large section of the material one has to handle has characters which get lost if one does not maintain UTF8 through out the process. People are going on about 'data loss' when converting, and that applies equally to strings as numbers. The default encoding these days is UTF8 ... -- 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