Re: [PHP-DEV] Proposal: php.ini environment variable fallback value

2020-07-26 Thread Michał Marcin Brzuchalski
Hi Michael, niedz., 26 lip 2020, 06:22 użytkownik Michael Morris napisał: > PHP's ini values are already a bit of a mess. You have a global php.ini > file, and then most PHP ini directives can be set per directory using the > .htaccess file. About a third can be set at runtime. This makes trac

Re: [PHP-DEV] [RFC][Proposal] Renamed parameters

2020-07-26 Thread tyson andre
Hi Andreas Hennings, > 1. Calls with named arguments can only happen on: >   - explicitly named functions (e.g. no call_user_func()). >   - constructor calls with an explicitly named class. >   - object methods, if the object variable is type-hinted or a type is known > at compile time. This pro

Re: [PHP-DEV] [RFC][Proposal] Renamed parameters

2020-07-26 Thread Andreas Hennings
Hello all, I would like to make my own alternative proposal from my previous message more concrete. I am going to describe a version that is not compatible with the existing RFC at https://wiki.php.net/rfc/named_params. It _could_ be modified to be an extension to the existing, accepted RFC for n

Re: [PHP-DEV] Re: [RFC][Proposal] Renamed parameters

2020-07-26 Thread Rowan Tommins
Hi Chris, On 26/07/2020 14:52, Chris Riley wrote: Thanks for the feedback so far. In light of the feedback received both here and privately, I've made 3 changes to the RFC document Firstly, a reminder of the guideline in the RFC howto that the link to the RFC should be included in replies,

[PHP-DEV] Re: [RFC] [Vote] PHP namespace policy

2020-07-26 Thread Mark Randall
On 26/07/2020 17:24, Larry Garfield wrote: The vote on the PHP namespace policy is now open: https://wiki.php.net/rfc/php_namespace_policy Thanks to Larry for putting in a lot of effort with this RFC. I would like to think this RFC provides a solution to a legitimate long-term problem. 1. I

Re: [PHP-DEV] Re: [RFC][Proposal] Renamed parameters

2020-07-26 Thread Benjamin Eberlei
On Sun, Jul 26, 2020 at 3:52 PM Chris Riley wrote: > Hi all, > > Thanks for the feedback so far. In light of the feedback received both here > and privately, I've made 3 changes to the RFC document: > > 1. The original option 1, allowing renaming parameters but not requiring an > explicit opt in

Re: [PHP-DEV] Re: [RFC][Proposal] Renamed parameters

2020-07-26 Thread tyson andre
Hi Chris Riley, I agree with Rowan Tommin's arguments in https://externals.io/message/61#79 - I wanted named parameters by default. Miscellaneous comments: 1. https://wiki.php.net/rfc/renamed_parameters should be moved to "In Discussion" on https://wiki.php.net/rfc/ 2. I think that th

[PHP-DEV] [RFC] [Vote] PHP namespace policy

2020-07-26 Thread Larry Garfield
The vote on the PHP namespace policy is now open: https://wiki.php.net/rfc/php_namespace_policy Usual rules, 2/3 required for passage. Vote will be open until 9 August. -- Larry Garfield la...@garfieldtech.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit

[PHP-DEV] Re: [RFC][Proposal] Renamed parameters

2020-07-26 Thread Chris Riley
Hi all, Thanks for the feedback so far. In light of the feedback received both here and privately, I've made 3 changes to the RFC document: 1. The original option 1, allowing renaming parameters but not requiring an explicit opt in to enable them to be called by name has been dropped. The proposa