Re: [PHP-DEV] Casing of acronyms in class and method names

2023-09-10 Thread Juliette Reinders Folmer
On 11-9-2023 1:57, Ben Ramsey wrote: I agree. Using uppercase for the first letter in an acronym and lowercase for subsequent letters appears to be prevalent in many userland libraries, so it seems to be what users expect. Since class names in PHP aren't case-sensitive, there should be no BC

Re: [PHP-DEV] Casing of acronyms in class and method names

2023-09-10 Thread Ben Ramsey
On 8/31/23 13:34, Niels Dossche wrote: Hi Tim On 30/08/2023 13:43, Tim Düsterhus wrote: Hi after suggesting the use of ucfirst(strtolower(...)) casing for acronyms within a classname of a draft RFC, I was made aware of previous class naming RFC (June 2017) that required the use of

Re: [PHP-DEV] [RFC][Draft] Match block

2023-09-10 Thread Deleu
On Sun, Sep 10, 2023 at 12:51 PM Rowan Tommins wrote: > On 10 September 2023 15:35:44 BST, Deleu wrote: > > ... until we manage to gather enough > >voters to overcome the "no-auto-capture" camp. > > > I think that's a rather adversarial / political way to put it. I believe > the aim of voting

Re: [PHP-DEV] RFC: Increasing the default BCrypt cost

2023-09-10 Thread Tim Düsterhus
Hi On 9/8/23 18:49, Alexandru Pătrănescu wrote: in response to the recent "PASSWORD_DEFAULT value" thread [1], I've created an RFC to discuss an increase of the default BCrypt costs for `password_hash()` from the current value of 10. https://wiki.php.net/rfc/bcrypt_cost_2023 I think 12

Re: [PHP-DEV] [RFC][Draft] Match block

2023-09-10 Thread Rowan Tommins
On 10 September 2023 15:35:44 BST, Deleu wrote: > ... until we manage to gather enough >voters to overcome the "no-auto-capture" camp. I think that's a rather adversarial / political way to put it. I believe the aim of voting should be to measure consensus, not replace it. A more productive

Re: [PHP-DEV] [RFC][Draft] Match block

2023-09-10 Thread Deleu
On Fri, Sep 8, 2023 at 7:16 PM Ilija Tovilo wrote: > Hello everyone > > I've been working on match blocks over the last few weeks. > https://wiki.php.net/rfc/match_blocks > > I've already shared it in R11 and got conflicting feedback, which > makes me unsure on how to proceed. We have a few

Re: [PHP-DEV] Proposal: $options argument for SimpleXMLElement::asXML

2023-09-10 Thread Rowan Tommins
On 9 September 2023 21:05:37 BST, Niels Dossche wrote: >Hi internals > >I came across https://bugs.php.net/bug.php?id=67387. >Passing the option in via the constructor doesn't work because the constructor >only allows parser options. >We can implement support for options (such as

Re: [PHP-DEV] [RFC][Draft] Match block

2023-09-10 Thread Rowan Tommins
On 8 September 2023 23:16:07 BST, Ilija Tovilo wrote: >Hello everyone > >I've been working on match blocks over the last few weeks. >https://wiki.php.net/rfc/match_blocks Hi Ilija, Thanks for working on this. A few initial thoughts... The use of "<-" as the new token doesn't fit the language