Re: [PHP-DEV] [RFC][Under discussion] Arbitrary string interpolation

2022-03-17 Thread Tobias Nyholm
That is a cool idea. But I am not a big fan of having code in strings. Wouldn’t this open the door to all kinds of new attacks? // Tobias > On 17 Mar 2022, at 23:30, Marco Pivetta wrote: > > Hey Ilija, > > Overall not a fan: want more `sprintf()` and less interpolation, where > possible 😬 >

Re: [PHP-DEV] [VOTE] Deprecate dynamic properties

2021-11-16 Thread Tobias Nyholm
Thank you Sara! I could not agree more with you. I think this answers to most tweets and messages that I’ve seen the past few weeks. // Tobias > On 16 Nov 2021, at 14:20, Sara Golemon wrote: > > Serious questions for all the folks worried that this is some kind of death > nail for PHP. > > 1

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-30 Thread Tobias Nyholm
Hey Dan. I do appriciate to hear your point of view. This thread is now very off-topic. With respect to Marco and other people that wants to discuss guidelines for the RFCs and the role of RMs, I will not answer you anymore. Feel free to reach out to me privately or in a new thread. // Tobia

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-27 Thread Tobias Nyholm
Hey Dan. I see that you read what I wrote and intrepid it in the worst possible way. I will try to be more clear and more carefully chose my words in the future. I called it an “obvious mistake” because it was clear to me that we missed something. We are not bad people or worse developers beca

Re: [PHP-DEV] [RFC] Deprecate dynamic properties

2021-08-26 Thread Tobias Nyholm
Just giving my 2 cents: > 2. Remove support for dynamic properties entirely. I support this RFC and I like the end goal to be to remove the dynamic properties entirely. Dynamic properties are just confusing for beginners. “This is how you declare properties, the scope, the type, name etc..

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-24 Thread Tobias Nyholm
Hey Marco. I know you are not a bad person and Im sure your intention is to bring more clarity and to add something that is helpful. And to state something I hope is obvious: I am not accusing you for trying to reduce the role of Release Manager or anything else. > I'm interested in understa

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-24 Thread Tobias Nyholm
> Tobias Nyholm wrote: >> then the discussion and the vote should not consider “if it is too late” >> or “this is rushed”. > > This is a really bad idea. Previously (but not recently), some of the > more heated RFC discussions moved from being about the RFC to being >

Re: [PHP-DEV] Guidelines for RFC post feature-freeze

2021-08-23 Thread Tobias Nyholm
Thank you. I appriciate you bring up this issue. Situations like this often requires a judgement call rather than something that could be defined as a policy. I suggest the release managers always should be in agreement before a RFC is created during a “feature freeze”. If the release manager

Re: [PHP-DEV] [VOTE] Nullable intersection types

2021-08-15 Thread Tobias Nyholm
Hey. > No mistake: the "pure intersection types" RFC was explicitly designed to > avoid scope creep (this RFC). Just because it was intentional, does not make it less of a mistake. I see that we have different views of this. And I understand that you are happy with this change, but only for

Re: [PHP-DEV] [VOTE] Nullable intersection types

2021-08-15 Thread Tobias Nyholm
> On 15 Aug 2021, at 16:46, Patrick ALLAERT wrote: > > Le ven. 13 août 2021 à 11:35, Nicolas Grekas a > écrit : > >> Hi everyone, >> >> I'm happy to announce that the vote for nullable intersection types is now >> open: >> https://wiki.php.net/rfc/nullable_intersection_types >> >> It'll clo

Re: [PHP-DEV] Unwrap reference after foreach

2021-08-13 Thread Tobias Nyholm
I’m happy with this too. I’m +1 for most things that makes a smoother developer experience. //Tobias Nyholm > On 13 Aug 2021, at 06:44, Hans Henrik Bergan wrote: > > +1 from me, and yeah lets not care about that edge case, i hope the edge > gets removed at some point.. (but tha

Re: [PHP-DEV] [RFC] Nullable intersection types

2021-07-23 Thread Tobias Nyholm
>> @Larry makes an argument to keep them: >> >>> Requiring parenthesis now leaves the option open in the future to make them >>> optional when doing full mixed types. >> >> >> I don’t understand why we should require something that is not needed simply >> because it would give us an option to

Re: [PHP-DEV] [RFC] Nullable intersection types

2021-07-23 Thread Tobias Nyholm
> It seems this RFC is actually trying to accomplish two(2) things: > > 1. Add typehints for nullable intersection types to PHP. > 2. Get PHP to support a preferred syntax for type-hinting nullable > intersection types. Yes of course. You cannot really do #1 without #2. I agree with Nicolas th

Re: [PHP-DEV] Reply to an old thread

2021-07-21 Thread Tobias Nyholm
Note to self: Adding “Re: “ before the title does not work. =) https://news-web.php.net/php.internals/115546 <https://news-web.php.net/php.internals/115546> // Tobias > On 21 Jul 2021, at 11:23, Tobias Nyholm wrote: > > Thank you for your quick reply. > > I am no

[PHP-DEV] Re: [RFC] Add parse_query_string as an alternative to parse_str

2021-07-21 Thread Tobias Nyholm
Hey. I see the RFC [https://wiki.php.net/rfc/parse_str_alternative ] is just a rename of parse_str() I agree with this. parse_str() is a really confusing name and it does not behave as I expect it to. I very much support changing it to parse_qu

Re: [PHP-DEV] Reply to an old thread

2021-07-21 Thread Tobias Nyholm
ons. I don’t think the rule should be > “you need to be subscribed before the interesting discussion starts”. =) //Toibas > On 21 Jul 2021, at 11:01, 😉 Good Guy 😉 wrote: > > On 21/07/2021 18:46, Tobias Nyholm wrote: >> Hey. >> Sorry for my beginner questions. >>

[PHP-DEV] Reply to an old thread

2021-07-21 Thread Tobias Nyholm
Hey. Sorry for my beginner questions. I’ve decided to be more active on the mailing list now and to reply to different threads. I’ve saw this RFC [https://wiki.php.net/rfc/parse_str_alternative ] which interest me and I would like to rely to to

Re: [PHP-DEV] Request for karma to vote on RFCs

2021-07-19 Thread Tobias Nyholm
me better then. Regards, Tobias On Mon, 19 Jul 2021 at 01:37, Nikita Popov wrote: > On Sun, Jul 18, 2021 at 8:48 PM Tobias Nyholm > wrote: > >> Hey. >> I would like to get karma to be able to vote on RFCs. I understand that >> voting karma isn’t usually given ou

Re: [PHP-DEV] Request for karma to vote on RFCs

2021-07-18 Thread Tobias Nyholm
Thank you Kalle for the reply. I do admire and respect Ondřej and his work on PHPStan. He is really talented and from what I hear a really nice person. But please don’t confuse Ondřej’s 8 packages with over 100.000 monthly downloads with my 50 packages plus another 100 in the Symfony organizat

[PHP-DEV] Request for karma to vote on RFCs

2021-07-18 Thread Tobias Nyholm
. So, I don’t think I would have any radical opinions about future RFCs. If I’ve understad the process correctly, I do need someone with a php.net VCS account to sponsor me. My username is: nyholm Regards Tobias Nyholm -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe

Re: [PHP-DEV] Introduction

2016-11-25 Thread Tobias Nyholm
I would of course not plan a new summer of code. That is, as you say, a huge project. I’ll just make sure the Wiki is up to date. The heading "Current happenings (2010)” is quite sad to see. Regards Tobias Nyholm From: Kalle Sommer Nielsen Reply: Kalle Sommer Nielsen Date: 19 nov

[PHP-DEV] Introduction

2016-11-18 Thread Tobias Nyholm
Hey. I’m nyholm. I want to update the Google Summer of code page on the wiki to be more accurate. https://wiki.php.net/gsoc Regards Tobias Nyholm