Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120387
Message-ID: <bfd82523-cb23-8415-2884-d6c39b04c7af@gmail.com>
Date: Mon, 22 May 2023 16:50:32 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.11.0
To: Jorg Sowa <jorg.sowa@gmail.com>
Cc: PHP Internals <internals@lists.php.net>
References: <ef06d53b-0b88-6f21-1c94-0c5aa9099c45@gmail.com>
 <CAPTD5yGOM9QE+uzx4DFWjwvKtFVd93EJ6HRVbMJd+jPo8cY3NQ@mail.gmail.com>
Content-Language: en-US
In-Reply-To: <CAPTD5yGOM9QE+uzx4DFWjwvKtFVd93EJ6HRVbMJd+jPo8cY3NQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] RFC [Discussion]: mb_str_pad
From: dossche.niels@gmail.com (Niels Dossche)

Hi

On 5/22/23 00:08, Jorg Sowa wrote:
> Hello,
> As this is a new function do you consider any namespace for it? Based on
> passed RFC[1] allowing for namespaces in bundled extensions it would be
> nice to introduce new functions with namespace. Maybe the namespace could
> be voted in the RFC separately?

Tim already answered the first question, and I agree with his answer (thanks for looking it up Tim).
Introducing a single function to a new namespace doesn't make much sense to me.
If we'd want to alias the mbstring functions in a namespace then this should go into a separate RFC in my opinion.

> 
> Kind regards,
> Jorg
> 
> [1] https://wiki.php.net/rfc/namespaces_in_bundled_extensions
> 
Kind regards
Niels