Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79622 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35020 invoked from network); 13 Dec 2014 09:26:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Dec 2014 09:26:47 -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:44664] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/51-24726-4560C845 for ; Sat, 13 Dec 2014 04:26:45 -0500 Received: (qmail 14837 invoked by uid 89); 13 Dec 2014 09:26:41 -0000 Received: by simscan 1.3.1 ppid: 14831, pid: 14834, t: 0.0597s 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.178.188.220) by mail4.serversure.net with ESMTPA; 13 Dec 2014 09:26:41 -0000 Message-ID: <548C0651.5050808@lsces.co.uk> Date: Sat, 13 Dec 2014 09:26:41 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: internals@lists.php.net References: <548BFF86.2040502@fischer.name> In-Reply-To: <548BFF86.2040502@fischer.name> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [VOTE][RFC] Unicode Codepoint Escape Syntax From: lester@lsces.co.uk (Lester Caine) On 13/12/14 08:57, Markus Fischer wrote: >> https://wiki.php.net/rfc/unicode_escape >> > >> > Voting starts today (2014-12-08) and ends in 10 days’ time (2014-12-18). > The RFC is really a good writeup, very much appreciated. > > I've voted no because I'm not entirely convinced the current approach > suits PHP long-term. I absolutely appreciate the hard work going into > it, no doubt, and I rather have a solution yesterday than tomorrow. > > But I think a proper Unicode implementation in PHP must not rely on > puzzle pieces put together without a clear goal where's we're overall > heading. > > I know that the latter has been tried and failed (multiple times) but > that's how I feel about the situation. It's nice to hear someone understands the current problem ... but I'm sure there must be a few more who can vote who do as well! -- 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