Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:117102 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 13072 invoked from network); 21 Feb 2022 14:33:58 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 21 Feb 2022 14:33:58 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 1490018053B for ; Mon, 21 Feb 2022 07:53:13 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-lf1-f45.google.com (mail-lf1-f45.google.com [209.85.167.45]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 21 Feb 2022 07:53:12 -0800 (PST) Received: by mail-lf1-f45.google.com with SMTP id i11so19479328lfu.3 for ; Mon, 21 Feb 2022 07:53:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=craigfrancis.co.uk; s=default; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=6k54KwguT0whF8gsg++9SrFF9IAEzZtObqL5aSTm2Ks=; b=EAlgcnS9WGG3d9+p3iMmNKQdKjc+YSvY4ZfBXNG/YF52LvJb4dAjeXKThQC8V6rd3A YdNS9q3o6uegZbuNS4tpRaQKmdMi0BsfOni0xnvjEo9iLz9ZNNXjNcRJ0bw0IlFYEc+W Pkp7K+RFOI2aefBmba2L+d9RtyIlMdLxxvFoM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=6k54KwguT0whF8gsg++9SrFF9IAEzZtObqL5aSTm2Ks=; b=mnLcEW2nilMUT2Xw63RPKFD/NJsIMA73K2G8c4TztyB2xoSCtstn5GM/zQ7TkGftgM QHH6ibSLo+bFNTYh2uTcYwBWdtYSyN1339mIbem8ViFsy8pnedKfnBIOuCyF0WUWB0xt BAjRd88mvBnf6GR0FT+IuyVaLIKnkfcRe9qc0QOfHD2vEjK6241zfRF+A7EFqV9MX8GZ mb0EEmDHdkmutqgChtx1WCz/SaHKm715ifoj273qbPcYQ5BaqTa9f/x8p1eW0h7GNb3y F/kUqVFF02EebyNcSE+DB0ZtwyXRwPuhnpUz1ST6aXcHU/UGGWYK8zVZKJoRC9HPctEn 2MEw== X-Gm-Message-State: AOAM533JbNp/i6aC5OYRpD8rdmAs82J0XJBeugjCKUfx2qzcuuP+apwL 4nsrFZqxB2XL5xI4YR6A8TKbLhVvZKqnAQOcCpNkew== X-Google-Smtp-Source: ABdhPJwUlxwfMt3Ue3TfXLnBoZvxVE0PWELzj4JnGwJwB49fMZK+SKjj2QSlfPBBmq4TegPANokpMlf96EViraC3d3U= X-Received: by 2002:a05:6512:e8a:b0:443:7b8c:579a with SMTP id bi10-20020a0565120e8a00b004437b8c579amr14534682lfb.687.1645458790933; Mon, 21 Feb 2022 07:53:10 -0800 (PST) MIME-Version: 1.0 References: <22242169-a16d-5261-696c-3cf00b00336a@gmail.com> <93e83a99-8f03-b823-1b4b-a10519d41dd7@gmail.com> <64095373-f73b-0231-dbd2-3b3271ab0e96@gmail.com> In-Reply-To: <64095373-f73b-0231-dbd2-3b3271ab0e96@gmail.com> Date: Mon, 21 Feb 2022 15:52:57 +0000 Message-ID: To: Rowan Tommins Cc: PHP Internals Content-Type: multipart/alternative; boundary="000000000000b9fb4005d8893a3a" Subject: Re: [PHP-DEV] [RFC] Deprecate and Remove utf8_encode and utf8_decode From: craig@craigfrancis.co.uk (Craig Francis) --000000000000b9fb4005d8893a3a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 21 Feb 2022 at 09:09, Rowan Tommins wrote= : > Making the extension always available (impossible to compile without it) > is a potential option, and I think has been suggested before; I'm not > sure of the exact pros and cons. > [...] I would personally encourage everyone to have ext/intl installed and use > grapheme_strlen() instead of mb_strlen(), because knowing whether a > particular instance of the string "Nguye=CC=82=CC=83n" is written with 6,= 7, or 8 > code points is not nearly as useful as knowing that it looks like 6 > "characters" to a user either way. > Good point. I would like something that can be relied on to convert a strings character encoding... I assume it's a question of ext/mbstring having all of its dependencies already present (easier to compile?), vs ext/intl potentially being more useful (if a little bigger?). Craig --000000000000b9fb4005d8893a3a--