Hi Mark
Thanks for this proposal.
After the proposal by Nikita to allow ::class on object variables,
would it be opportune to add ::type for any variable, with this
behavior?
It could behave like ::class on objects and return a string indicator
of the type for other types, such as scalar on
Am 15.02.2020 um 19:21 schrieb Mark Randall :
> That incrementing a null works at all is a painful part of the language spec
> that I would argue needs flushing down the toilet, rather than further
> reinforcing.
Just for the record: There is no agreement on that.
And while a lot of people on in
On Sat, Feb 15, 2020 at 4:07 PM Nikita Popov wrote:
> On Sat, Feb 15, 2020 at 3:33 PM Mark Randall wrote:
>
>> Greetings,
>>
>> I offer a short RFC to add a new function, get_debug_type, which would
>> return the type name of a variable, automatically resolving the class
>> name in the event of
Now that we've talked about the pros and cons of case-insensitivity and
multibyte variants, I'm still unsure what your opinions on those are.
* Should we include a case-insensitive variant (str_icontains) ?
* Should we include multibyte variants (mb_str_icontains) ?
Slightly off-topic:
Also, sinc
On 17/02/2020 08:42, Nikita Popov wrote:
Can you please add some examples for the behavior? Preferably the precise
output for all primitive types, for classes and for anonymous classes.
Added to RFC
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.n
On Mon, Feb 17, 2020 at 10:03 AM Philipp Tanlak
wrote:
> Now that we've talked about the pros and cons of case-insensitivity and
> multibyte variants, I'm still unsure what your opinions on those are.
>
> * Should we include a case-insensitive variant (str_icontains) ?
> * Should we include multi
On Mon, Feb 17, 2020 at 10:47 AM Mark Randall wrote:
> On 17/02/2020 08:42, Nikita Popov wrote:
> >> Can you please add some examples for the behavior? Preferably the
> precise
> >> output for all primitive types, for classes and for anonymous classes.
>
> Added to RFC
>
Thanks! I've taken the l
Am Mo., 17. Feb. 2020 um 10:53 Uhr schrieb Nikita Popov <
nikita@gmail.com>:
> On Mon, Feb 17, 2020 at 10:03 AM Philipp Tanlak
> wrote:
>
>> Now that we've talked about the pros and cons of case-insensitivity and
>> multibyte variants, I'm still unsure what your opinions on those are.
>>
>> *
Den man. 17. feb. 2020 kl. 01.25 skrev Mike Schinkel :
> Though still not exactly sure where you are headed with it since there are
> few detailed and no code examples the first name that comes to mind for me
> would be get_real_type().
"real" is a type in PHP (tho we are phasing that out, see i
>
> Thanks for the karma! An RFC has been created:
> https://wiki.php.net/rfc/str_contains
Something that's missing from the RFC is the behaviour when $needle is an
empty string:
str_contains('abc', '');
str_contains('', '');
Will these always return false?
— Benjamin
On Mon, Feb 17, 2020 at 12:49 PM Benjamin Morel
wrote:
> Thanks for the karma! An RFC has been created:
>> https://wiki.php.net/rfc/str_contains
>
>
>
> Something that's missing from the RFC is the behaviour when $needle is an
> empty string:
>
> str_contains('abc', '');
> str_contains('', '');
>
Am Mo., 17. Feb. 2020 um 12:56 Uhr schrieb Nikita Popov <
nikita@gmail.com>:
> On Mon, Feb 17, 2020 at 12:49 PM Benjamin Morel
> wrote:
>
>> Thanks for the karma! An RFC has been created:
>>> https://wiki.php.net/rfc/str_contains
>>
>>
>>
>> Something that's missing from the RFC is the behavi
hello,
On Fri, Feb 14, 2020, 6:54 PM Nikita Popov wrote:
> On Fri, Feb 14, 2020 at 10:18 AM Philipp Tanlak
> wrote:
>
> > Hello PHP Devs,
> >
> > I would like to propose the new basic function: str_contains.
> >
> > The goal of this proposal is to standardize on a function, to check
> weather
>
On Mon, 17 Feb 2020 at 13:38, Pierre Joye wrote:
>
> Btw, while some mbstring references I I mentioned, I do like the ICU search
> implementation as well.
>
> http://userguide.icu-project.org/collation/icu-string-search-service
>
> It handles a lot of cases based on locales.
>
That's a lovely e
Hi Rowan,
I apologize in advance for the length of this email. I hate reading
walls-of-text, but the answers are necessarily long. I have tried to break it
up into bullets where possible for easier reading.
> On Feb 15, 2020, at 19:37, Rowan Tommins wrote:
>
> On 15 February 2020 20:10:30 GM
> On Feb 17, 2020, at 6:42 AM, Kalle Sommer Nielsen wrote:
>
> Den man. 17. feb. 2020 kl. 01.25 skrev Mike Schinkel :
>> Though still not exactly sure where you are headed with it since there are
>> few detailed and no code examples the first name that comes to mind for me
>> would be get_real_
16 matches
Mail list logo