Thanks Rowan!
> I think calling it a "vision for a high-level API" is making it sound
> far more grandiose than what I suggested. What I suggested, and would
> still like to see, is a small number of additional methods, for setting
> really common options in a more user-friendly way.
I apologize
On 26/06/2025 17:53, Larry Garfield wrote:
Now here's the big one: Using enums rather than a bunch of constants is a good
change. However, I feel like it doesn't go far enough.
100% this.
Writing "$ch->setOptionInt(Curl\Option\IntOpt::ConnectTimeout, 30);"
instead of "curl_setopt(CURLOPT_
>
> On 26 Jun 2025, at 18:07, Rowan Tommins [IMSoP] wrote:
>
> On 26/06/2025 17:53, Larry Garfield wrote:
>
>> Now here's the big one: Using enums rather than a bunch of constants is a
>> good change. However, I feel like it doesn't go far enough.
>
>
> 100% this.
>
> Writing "$ch->setO
Thanks Larry!
> 1. I don't think the Curl\Option namespace is necessary. They can just be in
> the main Curl namespace.
I don't feel strongly here, but I thought it would be nice to group
the enums (if we go the multiple enum route) for discoverability.
Thoughts?
> 2. Please don't name the exc
When `BcMath\Number` was introduced it allowed `string|int` method
arguments. According to a separate RFC to allow `int` to the functions
this was done as a performance optimization. Unfortunately this also
means it effectively disallows `float` types because PHP will truncate
them to integers
On Monday, 2 June 2025 at 17:11, Gina P. Banyard wrote:
> Hello internals,
>
> This is the first RFC out of a set of type system related RFCs I want to
> propose for PHP 8.5.
> It also used the recently enabled Markdown support on the wiki, so there
> might be a few oddities.
>
> The RFC prop
On Thu, Jun 26, 2025 at 11:27 Eric Norris wrote:
> Hello Internals,
>
> I'd like to formally propose a restart of the original object-oriented
> curl API RFC (https://wiki.php.net/rfc/curl-oop):
>
> https://wiki.php.net/rfc/curl_oop_v2
>
> The prior RFC seemed to get positive feedback, with a sma
On Thu, Jun 26, 2025, at 11:25 AM, Eric Norris wrote:
> Hello Internals,
>
> I'd like to formally propose a restart of the original object-oriented
> curl API RFC (https://wiki.php.net/rfc/curl-oop):
>
> https://wiki.php.net/rfc/curl_oop_v2
>
> The prior RFC seemed to get positive feedback, with a
> IMO, this sounds like something that would be great to start as a userland
> OOP wrapper for cURL, where it can be iterated on and the interface can be
> tested and changed much quicker. Then, maybe proceed to an external extension
> that can be migrated into core later, once its interface is
Hello Internals,
I'd like to formally propose a restart of the original object-oriented
curl API RFC (https://wiki.php.net/rfc/curl-oop):
https://wiki.php.net/rfc/curl_oop_v2
The prior RFC seemed to get positive feedback, with a small consensus
around wanting enum(s) for curl options. I've taken
> Ben Ramsey hat am 26.06.2025 18:54 CEST geschrieben:
>
>
> On Thu, Jun 26, 2025 at 11:27 Eric Norris mailto:eric.t.nor...@gmail.com> wrote:
>
> > Hello Internals,
> >
> > I'd like to formally propose a restart of the original object-oriented
> > curl API RFC (https://wiki.php.net/rfc/c
2025年6月16日(月) 15:46 youkidearitai :
>
> Hi, Internals
>
> I would like go to "Under Discussion" section.
> And I noticed that add locale parameter for grapheme_levenshetin function.
> Therefore, I added an RFC and pull request.
>
> - https://github.com/php/php-src/pull/18792
> - https://wiki.php.ne
12 matches
Mail list logo
