Re: [PHP-DEV] Overriding GMP objects

On Fri, Jun 28, 2024, at 02:43, Saki Takamachi wrote: > Hi Rob, > > >> On Thu, Jun 27, 2024, at 06:07, Saki Takamachi wrote: > >> > >> I agree with Gina. Being able to change the class of a computed result of > >> an inherited child class causes several problems. > >> > >> The points raised i

Re: [PHP-DEV] [RFC] Static class

On Fri, Jun 28, 2024 at 2:48 AM Mike Schinkel wrote: > >> and inheritance is not meant for code reuse. > > Just because code reuse in inheritance can be problematic it does not have > to be in all-cases. Moderation in all things. I used that approach for 10+ > years and never once had any of the

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

This is a very long reply to several emails. On Thu, Jun 27, 2024 at 5:45 PM Jim Winstead wrote: > The angle I am coming at this from is improving the developer experience > around "packages" or "modules" or whatever you want to call them, and so > much of this proposal doesn't seem to be about

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Fri, Jun 28, 2024, at 09:07, Michael Morris wrote: > This is a very long reply to several emails. > > On Thu, Jun 27, 2024 at 5:45 PM Jim Winstead wrote: >> __ >> The angle I am coming at this from is improving the developer experience >> around "packages" or "modules" or whatever you want to

Re: [PHP-DEV] [RFC][Discussion] Enhance JSON error messages

El jue, 27 jun 2024 a las 1:10, Gina P. Banyard () escribió: > > On Wednesday, 26 June 2024 at 15:11, juan carlos morales > wrote: > > > I also think it would be very useful to have better error messages. > > > > At the moment, we get things like "Syntax Error" ... period, no clue > > where the J

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

First of all a quick note for the OP: I am all for it in general, but I don't think copying the entire JS module system one to one makes sense. It contains a lot of compromises and mistakes that we should absolutely learn from as well as the good things they did. On 2024-06-28 00:41, Larry Gar

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

On Fri, 28 Jun 2024, at 09:12, Mike Schinkel wrote: > >> On Jun 28, 2024 at 2:54 AM, wrote: >> I don't see any particular relationship between namespaces and autoloading, >> or any reason we need to throw them away to introduce different conventions >> for loading files. >> > > > Sure, you

Re: [PHP-DEV] [RFC] Static class

On Fri, Jun 28, 2024 at 1:05 AM Lynn wrote: > > > On Fri, Jun 28, 2024 at 2:48 AM Mike Schinkel wrote: > >> >> and inheritance is not meant for code reuse. >> >> Just because code reuse in inheritance can be problematic it does not >> have to be in all-cases. Moderation in all things. I used tha

[PHP-DEV] [RFC] Operator Overrides -- Lite Edition

Hello internals, I'd like to introduce a new RFC: https://wiki.php.net/rfc/operator_overrides_lite which extends the GMP extension to support a limited set of operator overriding to developers. It's designed to be limited and relatively simple, while still being quite powerful. It would only b

Re: [PHP-DEV] [RFC] Static class

> On 28 Jun 2024, at 14:05, Lynn wrote: > > > > On Fri, Jun 28, 2024 at 2:48 AM Mike Schinkel > wrote: >> >> and inheritance is not meant for code reuse. >> >> Just because code reuse in inheritance can be problematic it does not have >> to be in all-cases. Mode

Re: [PHP-DEV] [RFC] Operator Overrides -- Lite Edition

On Fri, Jun 28, 2024 at 10:47 AM Rob Landers wrote: > Hello internals, > > I'd like to introduce a new RFC: > https://wiki.php.net/rfc/operator_overrides_lite which extends the GMP > extension to support a limited set of operator overriding to developers. > It's designed to be limited and relativ

Re: [PHP-DEV] [RFC] Static class

On Fri, Jun 28, 2024 at 8:04 PM Stephen Reay wrote: > > > On 28 Jun 2024, at 14:05, Lynn wrote: > > > > On Fri, Jun 28, 2024 at 2:48 AM Mike Schinkel wrote: > >> >> and inheritance is not meant for code reuse. >> >> Just because code reuse in inheritance can be problematic it does not >> have t

Re: [PHP-DEV] [RFC] Static class

Hi Tim, On 27/06/2024 19:24, Tim Düsterhus wrote: On 6/25/24 05:17, Stephen Reay wrote: and I'd rather have the feature with slightly odd syntax rather than not at all. Absolutely not. PHP is already odd enough as it is. We should not add additional oddness in the interest of pushing a new sc

Re: [PHP-DEV] [RFC] Operator Overrides -- Lite Edition

On Fri, Jun 28, 2024, at 20:39, Jordan LeDoux wrote: > > > On Fri, Jun 28, 2024 at 10:47 AM Rob Landers wrote: >> __ >> Hello internals, >> >> I'd like to introduce a new RFC: >> https://wiki.php.net/rfc/operator_overrides_lite which extends the GMP >> extension to support a limited set of

[PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

Hi Everyone, I've been working on a new RFC for a while now, and time has come to present it to a wider audience. Last year, I learnt that PHP doesn't have built-in support for parsing URLs according to any well established standards (RFC 1738 or the WHATWG URL living standard), since the parse_u

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

Hey Máté, On Fri, 28 Jun 2024, 22:06 Máté Kocsis, wrote: > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to > present it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing > URLs according to any well established s

Re: [PHP-DEV] [RFC] Static class

On Mon, Jun 24, 2024 at 1:15 AM Bilge wrote: > Hi Internals! > > I am pleased to present my first RFC: Static class > . > > This work is based on the previous discussion thread on this list of the > same name, and hopefully captured all the relevant details,

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

On Fri, Jun 28, 2024 at 10:08 PM Máté Kocsis wrote: > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to > present it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing > URLs according to any well established standar

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

On 28/06/2024 22:06, Máté Kocsis wrote: > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to present > it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing URLs > according to any well established standards (RFC 17

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

On Fri, Jun 28, 2024, at 8:06 PM, Máté Kocsis wrote: > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to > present it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing > URLs according to any well established standa

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

On 28/06/2024 22:35, Niels Dossche wrote: - Why did you choose UrlParser to be a "static" class? Because "static class" is the hip new cool ;) Bilge

Re: [PHP-DEV] [RFC] [Discussion] Add WHATWG compliant URL parsing API

> On Jun 28, 2024, at 15:09, Máté Kocsis wrote: > >  > Hi Everyone, > > I've been working on a new RFC for a while now, and time has come to present > it to a wider audience. > > Last year, I learnt that PHP doesn't have built-in support for parsing URLs > according to any well established s

[PHP-DEV] [RFC] Make the GMP class final

Hello internals, I would like to present an RFC to make the GMP class final: https://wiki.php.net/rfc/gmp-final This is short and to the point, and I intend to open voting for this after the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of July 2024. Best regards, Gina

Re: [PHP-DEV] [RFC] Operator Overrides -- Lite Edition

On Fri, Jun 28, 2024 at 12:55 PM Rob Landers wrote: > > > 3. The private/protected distinction is fairly meaningless for the > functions that implement overloads, because the privacy of the function is > ignored completely when it is executed to evaluate an operator. > > > Hmm. I like the idea of

Re: [PHP-DEV] [RFC] Make the GMP class final

> On Jun 28, 2024, at 18:53, Gina P. Banyard wrote: > > Hello internals, > > I would like to present an RFC to make the GMP class final: > https://wiki.php.net/rfc/gmp-final > > This is short and to the point, and I intend to open voting for this after > the mandatory discussion period of 2 we

Re: [PHP-DEV] [RFC] Make the GMP class final

Hi Gina, > Hello internals, > > I would like to present an RFC to make the GMP class final: > https://wiki.php.net/rfc/gmp-final > > This is short and to the point, and I intend to open voting for this after > the mandatory discussion period of 2 weeks has happened, i.e. on the 13th of > July

Re: [PHP-DEV] [Initial Feedback] PHP User Modules - An Adaptation of ES6 from JavaScript

Not replying to anyone in particular and instead doing a mild reset taking into account the discussion that has gone before. So, I want to import a package. I'll create an index.php file at the root of my website and populate it with this. 'Hello {{ name }}' ]); $twig = new Environment($loader