Re: [PHP-DEV] [RFC] JSON Schema validation support

2025-07-24 Thread Niels Dossche
On 24/07/2025 08:51, Alexandre Daubois wrote: > > Indeed, a quick search in the code showed that in both cases, it seems > there's only one or two occurrences for each. Let's keep it as-is > then. The context for XMLReader & XMLWriter is also a bit different. "create" is not in the name because

[PHP-DEV] [VOTE] RFC: #[\Deprecated] for traits

2025-07-24 Thread Daniel Scherzer
Hi internals, Voting is now open for this RFC. * RFC: https://wiki.php.net/rfc/deprecated_traits * Discussion thread: https://externals.io/message/127912 Voting will end 2025-08-07 at end-of-day UTC. -Daniel

[PHP-DEV] [VOTE] RFC: FILTER_THROW_ON_FAILURE

2025-07-24 Thread Daniel Scherzer
Hi internals, Voting is now open for this RFC. * RFC: https://wiki.php.net/rfc/filter_throw_on_failure * Discussion thread: https://externals.io/message/127911 Voting will end 2025-08-07 at end-of-day UTC. -Daniel

Re: [PHP-DEV] [VOTE] RFC: #[\DelayedTargetValidation] attribute

2025-07-24 Thread Benjamin Außenhofer
Am 17.07.2025, 18:21:10 schrieb Daniel Scherzer : > Hi internals, > > Voting is now open for this RFC. > > * RFC: https://wiki.php.net/rfc/delayedtargetvalidation_attribute > * Discussion thread: https://externals.io/message/127702 > > Voting will end 2025-07-31 at end-of-day UTC. > > -Daniel > A

Re: [PHP-DEV] [RFC] "Abstain" voting option for RFCs

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 4:13 AM, Tim Düsterhus wrote: > Hi > > Am 2025-07-23 16:05, schrieb Larry Garfield: >> The only thing I'd add is that in the case of multi-option secondary >> votes, STV/RCV also be explicitly allowed. (Rank first, second, third, >> etc.). (I'm aware the mechanism for S

Re: [PHP-DEV] [RFC] "Abstain" voting option for RFCs

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 4:28 AM, Tim Düsterhus wrote: > Hi > > Am 2025-07-23 17:34, schrieb Andreas Heigl: >> As you point out, the abstain alone solves a me "problem". Changing the >> process just for that, seems overkill to me. > > Requiring an "Abstain" option in the voting widget is a simple

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 4:54 AM, Tim Düsterhus wrote: > Hi > > Am 2025-07-23 15:57, schrieb Larry Garfield: >> What other changes there are unaccounted for? I thought we'd kept up >> on the behavioral ones. > > The support for attributes (particularly #[\SensitiveParameter]) is not > mentioned

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 5:03 AM, Tim Düsterhus wrote: > Hi > > I did not yet have the time to check the changes and your reply in > detail, but I already wanted to follow-up on some of the points. > > Am 2025-07-23 15:55, schrieb Larry Garfield: >> $c = fn(string $s, Point $p, int $m = 0) => stuf

Re: [PHP-DEV] [RFC] "Abstain" voting option for RFCs

2025-07-24 Thread Tim Düsterhus
Hi Am 2025-07-23 17:34, schrieb Andreas Heigl: As you point out, the abstain alone solves a me "problem". Changing the process just for that, seems overkill to me. Requiring an "Abstain" option in the voting widget is a simple change to the process. It does not require any additional effort f

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Tim Düsterhus
Hi I did not yet have the time to check the changes and your reply in detail, but I already wanted to follow-up on some of the points. Am 2025-07-23 15:55, schrieb Larry Garfield: $c = fn(string $s, Point $p, int $m = 0) => stuff(1, $s, 3.14, $m); I don't think this is accurate? `$p` is unu

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Tim Düsterhus
Hi Am 2025-07-24 12:03, schrieb Tim Düsterhus: I don't think they should. Specifically the (1) and (3) should not. My expectation is that: $f = foo(a: ?, b: 2, c: ?); $f(1, 3); // calls foo(1, 2, 3); and $f = foo(c: ?, b: 2, a: ?); $f(1, 3); // calls foo(3, 2, 1); The order

Re: [PHP-DEV] [RFC] "Abstain" voting option for RFCs

2025-07-24 Thread Tim Düsterhus
Hi Am 2025-07-23 16:05, schrieb Larry Garfield: The only thing I'd add is that in the case of multi-option secondary votes, STV/RCV also be explicitly allowed. (Rank first, second, third, etc.). (I'm aware the mechanism for STV is kinda clunky on the wiki right now, but we know how to make i

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 6:52 AM, Tim Düsterhus wrote: > Hi > > Am 2025-07-24 12:03, schrieb Tim Düsterhus: >> I don't think they should. Specifically the (1) and (3) should not. My >> expectation is that: >> >> $f = foo(a: ?, b: 2, c: ?); >> $f(1, 3); // calls foo(1, 2, 3); >> >> and >>

Re: [PHP-DEV] [RFC] JSON Schema validation support

2025-07-24 Thread Larry Garfield
On Thu, Jul 24, 2025, at 1:51 AM, Alexandre Daubois wrote: > Hi Jakub, > > Le mer. 23 juil. 2025 à 17:41, Jakub Zelenka a écrit : >> In addition it could be useful to create it from array or from class (sort >> of auto generate schema) > > Writing schema by hand is painful, so that would be amazi

Re: [PHP-DEV] Discussion Short Constructor

2025-07-24 Thread Dmitry Derepko
Good catch for multi-classes per file with such feature, but I think it's not the time to do it. As an alternative way to find the class is to look at the all files in the namespace: src/App/Controller/ IndexController.php BlogController.php IndexController.php contains ``` namespace

Re: [PHP-DEV] [RFC] [VOTE] Deprecate type juggling to and from bool type within the function type juggling context

2025-07-24 Thread Bob Weinand
Hey, On 21.7.2025 14:21:49, Gina P. Banyard wrote: Hello internals, I have started the vote for my "Deprecate type juggling to and from bool type within the function type juggling context" RFC: https://wiki.php.net/rfc/deprecate-function-bool-type-juggling It will run for two weeks and close

Re: [PHP-DEV] [RFC] Partial Function Application v2

2025-07-24 Thread Tim Düsterhus
Hi Am 2025-07-23 15:57, schrieb Larry Garfield: What other changes there are unaccounted for? I thought we'd kept up on the behavioral ones. The support for attributes (particularly #[\SensitiveParameter]) is not mentioned in the RFC either. And as I mentioned yesterday, the observer suppor

Re: [PHP-DEV] Introduce PHP_INT_MAX_SAFE constant similar to JS's Number.MAX_SAFE_INTEGER constant

2025-07-24 Thread Alexandre Daubois
Hi Gina, Le jeu. 24 juil. 2025 à 14:46, Gina P. Banyard a écrit : > > Hello internals, > > I'm mailing the list for the bike shed of the naming of a new constant I > think we should introduce in PHP which I'm currently calling PHP_INT_MAX_SAFE. > The purpose of this integer is to indicate what i

Re: [PHP-DEV] Discussion Short Constructor

2025-07-24 Thread Paul M. Jones
Hi Dmitry, > On Jul 24, 2025, at 12:41, Dmitry Derepko wrote: > > Good catch for multi-classes per file with such feature, but I think it's not > the time to do it. ... > I think we should discuss the idea of the Short Constructor here. At least it > does not require autoloading changes Not

Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5

2025-07-24 Thread Juliette Reinders Folmer
On 2-7-2025 21:56, Gina P. Banyard wrote: Hello internals, It is this time of year again where we proposed a list of deprecations to add in PHP 8.5: https://wiki.php.net/rfc/deprecations_php_8_5 As a reminder, this list has been compiled over the course of the past year by various different