On 12/15/2022 7:34 AM, Derick Rethans wrote:
https://wiki.php.net/rfc/unicode_text_processing
A few quick thoughts:
The constructor will also convert the given text to Unicode Canonical Form.
By this do you mean Normalization Form C (NFC)? "Unicode Canonical Form"
isn't a phrase I'm famili
On 8/26/2022 1:28 AM, Peter Bowyer wrote:
Hi Juan,
On Thu, 25 Aug 2022 at 17:02, juan carlos morales <
dev.juan.mora...@gmail.com> wrote:
RFC: https://wiki.php.net/rfc/json_validate
Thanks for bringing forward this RFC. I am in favour of this change, as you
can't efficiently validate JSON i
On 8/10/2022 7:17 AM, Alex Wells wrote:
This solution works, but in practice is rarely used. The reasons are:
- there's no IDE completion: `$collection-> ` <- here I want IDE to
auto-complete the `map` method somehow, but since it's a function this is
impossible
This isn't impossible. There's n
On Thu, Mar 3, 2022 at 8:51 PM G. P. B. wrote:
>
> Moreover, at the time of writing this, none of the following programming
> languages have any messages in regards to the war:
> - Python (https://www.python.org/)
> - TypeScript (https://www.typescriptlang.org/)
> - Rust (https://www.rust-lang.org
On Wed, Mar 2, 2022 at 1:08 PM Stanislav Malyshev wrote:
>
> That said, if somebody were to design a logo version with Ukraine flag
>
In case anyone has use for it: https://svgshare.com/i/epJ.svg
Colors are #0057b7 and #ffd700, from
https://en.wikipedia.org/wiki/Flag_of_Ukraine#Design, with a wh
On Thu, Nov 25, 2021 at 3:14 AM Tim Starling wrote:
>
> On 25/11/21 7:57 pm, Côme Chilliet wrote:
>
> > To reuse the example from the RFC, if I want to convert a UTF string to
> > uppercase using Turkish rules and get dotted capital I, what should I use?
>
> For case-insensitive comparison you ca
On Fri, Nov 12, 2021 at 5:08 AM Nikita Popov wrote:
>
> Hi internals,
>
> I've opened the vote on
> https://wiki.php.net/rfc/deprecate_dynamic_properties. Voting will close
> 2021-11-26.
>
> Regards,
> Nikita
In the Motivation section when talking about static analysis the RFC
makes the claim:
>
On Wed, Aug 25, 2021 at 3:03 AM Nikita Popov wrote:
>
> Hi internals,
>
> I'd like to propose the deprecation of "dynamic properties", that is
> properties that have not been declared in the class (stdClass and
> __get/__set excluded, of course):
>
> https://wiki.php.net/rfc/deprecate_dynamic_prop
On Thu, Jun 17, 2021 at 11:01 PM Craig Francis wrote:
>
> As there’s been no issues raised with supporting integers, and doing so
> will help adoption, the implementation will be updated to allow them.
>
> Now to choose the name, with the options is_known() from Joe and
> is_trusted() from Moritz:
On Thu, Jun 3, 2021 at 3:07 PM Christoph M. Becker wrote:
>
> I'd take a step at a time, and start with "prohibit introduction of new
> dual APIs" only.
>
That sort of RFC doesn't really buy anything. It'd take a 2/3 vote to
override it which is the same as what it'd take to introduce a dual
API
On Fri, May 14, 2021 at 4:44 PM Aaron Piotrowski wrote:
>
> My issue is the dual-meaning of ? in the current proposal. In `foo(?, 42)`,
> the ? represents a single argument, but adding a trailing ? (such as in
> `foo(?, 42, ?)`) represents any number of arguments. Would it perhaps make
> sense
On Fri, May 14, 2021 at 2:49 PM Aaron Piotrowski wrote:
>
> Consider `function foo(int $x, int $y, int $z) {}` with a partial defined as
> `$partial = foo(?, 42)`.
>
> If the partial is called as `$partial(73, 8)`, should 8 be forwarded to `$z`
> or should the call error as providing too few arg
cludes an implementation by Joe Watkins that is already about 95%
> complete. (There's some edge cases he's still sorting out, but all of the
> typical cases should work already.) Most of the design work comes from Levi
> Morrison and Paul Crovella. I helped out with the tes
You might consider requiring commits be signed while you're at it.
On Sun, Mar 28, 2021 at 3:53 PM Nikita Popov wrote:
>
> Hi everyone,
>
> Yesterday (2021-03-28) two malicious commits were pushed to the php-src
> repo [1] from the names of Rasmus Lerdorf and myself. We don't yet know how
> exact
> an RFC that mandates what should happen in 10.0, maybe
> 10 years into the future feels a bit farfetched.
It's more of a default unless another RFC changes the plan rather than
a mandate. Given the plan here it seems a reasonable default.
--
PHP Internals - PHP Runtime Development Mailing List
On Mon, Dec 14, 2020 at 1:23 PM Sara Golemon wrote:
>
> On Mon, Dec 14, 2020 at 2:24 PM Doug Nelson wrote:
>
> > Both you and Sara at different points have talked about thinking was bad
> > practice, but I've not read anything compelling about why it should be
> > considered as such.
> >
> >
> I'
On Tue, Dec 8, 2020 at 10:14 AM Larry Garfield wrote:
>
>
> Hi Paul. Although we're on hold for a bit while Ilija makes some changes in
> direction (see previous email)
I'm looking forward to seeing the results.
>
> Enumerations, as a general concept, are stateless. Or rather, the idea of
>
On Sun, Dec 6, 2020 at 7:49 AM Larry Garfield wrote:
>
> On Sun, Dec 6, 2020, at 9:11 AM, Rowan Tommins wrote:
>
> > Note that Larry's longer term plan is for "algebraic data types",
> > including "tagged unions": https://wiki.php.net/rfc/adts Unlike
> > straight-forward enum cases, these are not
On Sun, Dec 6, 2020 at 7:12 AM Rowan Tommins wrote:
>
> On 06/12/2020 00:17, Paul Crovella wrote:
> >> enum cases have no state
> > Unless there's a bit left out from this RFC this is not completely
> > true, you've just limited them to annoying ways
On Fri, Dec 4, 2020 at 7:00 PM Larry Garfield wrote:
>
>
> Dec 4, 2020 7:37:51 PM Paul Crovella :
>
> > On Fri, Dec 4, 2020 at 3:25 PM Larry Garfield
> > wrote:
> >>
> >> Greetings, denizens of Internals!
> >>
> >> Ilija Tovi
On Fri, Dec 4, 2020 at 3:25 PM Larry Garfield wrote:
>
> Greetings, denizens of Internals!
>
> Ilija Tovilo and I have been working for the last few months on adding
> support for enumerations and algebraic data types to PHP. This is a
> not-small task, so we've broken it up into several stages
On Tue, Dec 1, 2020 at 10:23 AM G. P. B. wrote:
>
> On Tue, 1 Dec 2020 at 18:07, Paul Crovella wrote:
>>
>> On Tue, Dec 1, 2020 at 9:43 AM Christoph M. Becker wrote:
>> >
>> > On 01.12.2020 at 18:35, Aimeos | Norbert Sendetzky wrote:
>> >
>> &
On Tue, Dec 1, 2020 at 9:43 AM Christoph M. Becker wrote:
>
> On 01.12.2020 at 18:35, Aimeos | Norbert Sendetzky wrote:
>
> > Am 01.12.20 um 18:24 schrieb Christoph M. Becker:
> >>
> >>> In PHP 7, this returns FALSE:
> >>>
> >>> php -r 'var_dump(is_file("ab\0c"));'
> >>>
> >>> In PHP 8, the same c
On Tue, Dec 1, 2020 at 9:48 AM G. P. B. wrote:
>
>
> On Tue, 1 Dec 2020 at 17:46, G. P. B. wrote:
>>
>> On Tue, 1 Dec 2020 at 17:45, Paul Crovella wrote:
>>>
>>> On Tue, Dec 1, 2020 at 9:25 AM Christoph M. Becker
>>> wrote:
>>> >
&g
On Tue, Dec 1, 2020 at 9:25 AM Christoph M. Becker wrote:
>
> On 01.12.2020 at 18:18, Aimeos | Norbert Sendetzky wrote:
>
> > PHP 8 is stricter in checking input data then PHP 7. This is good but
> > has some side effects for is_file(), is_dir() and similar functions when
> > invalid paths are pas
On Wed, Aug 19, 2020 at 4:19 PM Benjamin Morel wrote:
>>
>> You're asking for useless, no-effort feedback in the form of votes
>> from people who have no actual involvement in the ongoing development
>> or maintenance of the project, so that's what I gave you.
>
>
> I'm surprised by these strong f
it highlights this significant
shortcoming of the proposal.
> On Thu, 20 Aug 2020 at 00:27, Paul Crovella wrote:
>>
>> -1
>>
>> On Wed, Aug 19, 2020 at 2:28 PM Benjamin Morel
>> wrote:
>> >
>> > Hi internals,
>> >
>> > The heate
-1
On Wed, Aug 19, 2020 at 2:28 PM Benjamin Morel wrote:
>
> Hi internals,
>
> The heated debate about attribute syntax made me think once again that it
> would be valuable to get feedback in the form of votes from the community,
> not just from core developers, on RFCs under discussion.
>
> Unde
I'd like to do some work on a Partial Function Application RFC. Could
someone grant the wiki user pcrov the necessary karma?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
29 matches
Mail list logo
