Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95216 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20771 invoked from network); 15 Aug 2016 22:01:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Aug 2016 22:01:44 -0000 Authentication-Results: pb1.pair.com smtp.mail=yohgaki@ohgaki.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=yohgaki@ohgaki.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ohgaki.net designates 180.42.98.130 as permitted sender) X-PHP-List-Original-Sender: yohgaki@ohgaki.net X-Host-Fingerprint: 180.42.98.130 ns1.es-i.jp Received: from [180.42.98.130] ([180.42.98.130:59814] helo=es-i.jp) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 52/ED-36656-6CB32B75 for ; Mon, 15 Aug 2016 18:01:43 -0400 Received: (qmail 64566 invoked by uid 89); 15 Aug 2016 22:01:39 -0000 Received: from unknown (HELO mail-qk0-f179.google.com) (yohgaki@ohgaki.net@209.85.220.179) by 0 with ESMTPA; 15 Aug 2016 22:01:39 -0000 Received: by mail-qk0-f179.google.com with SMTP id z190so23120246qkc.0 for ; Mon, 15 Aug 2016 15:01:38 -0700 (PDT) X-Gm-Message-State: AEkoouta/daD8leeStcDtBLX6Cu4G2SFSTWF4MshcacXmNIVHy7l84NWrdrko5EXXMy04IuNsySPLMG0LLA3XQ== X-Received: by 10.233.232.195 with SMTP id a186mr33557660qkg.18.1471298492827; Mon, 15 Aug 2016 15:01:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.85.242 with HTTP; Mon, 15 Aug 2016 15:00:52 -0700 (PDT) In-Reply-To: References: Date: Tue, 16 Aug 2016 07:00:52 +0900 X-Gmail-Original-Message-ID: Message-ID: To: "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8 Subject: Re: [RFC][DISCUSSION] Remove utf8_decode() and utf8_encode() From: yohgaki@ohgaki.net (Yasuo Ohgaki) Hi all, On Mon, Aug 15, 2016 at 12:17 PM, Yasuo Ohgaki wrote: > utf8_decode() and utf8_encode() are not needed and causing problems > than solving. > > https://wiki.php.net/rfc/remove_utf_8_decode_encode > > Proposal > - Document deprecation them now > - Remove them from 7.2 > > I think only few users are using and they shouldn't have problem using > mbstring/iconv/intl functions. > > Any comments? Many people concern about BC. It's reasonable. How about document deprecation of them now? And not mention when they will be removed. It may exist for long, but users are better to use generic encoding conversion functions. The additional note for them might be utf8_encode/decode() is deprecated in favor of other encoding conversion features. e.g. iconv(), UConverter class and mb_convert_encoding(). Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net