be a shame to not be considered as a valid voter for "lack of
recent contribution" to the language.
Cheers,
On Thu, Sep 19, 2019 at 12:58 PM Christoph M. Becker wrote:
>
> On 19.09.2019 at 17:01, guilhermebla...@gmail.com wrote:
> > One of my old PRs to PHP that was claime
Hi Benjamin,
Overall, all these amendments are good in my opinion, but I'd like to
challenge a few things:
1- On item 3, the acceptable targets would be: class, function,
method, property, class constant, parameter or all.
If possible, I'd like to ask if it's possible to expand this list and
also
Question: The key factor of not using @ is due to conflict of
suppression symbol.
While we are in a major (where BC breaks are not encourage, but
tolerable), have we considered the possibility of BC breaking
suppression symbol (@ would become @@) and using @ for Attributes?
I bet a search/replace
On Thu, Jul 30, 2020 at 12:30 PM Rowan Tommins wrote:
>
> On Thu, 30 Jul 2020 at 17:18, guilhermebla...@gmail.com <
> guilhermebla...@gmail.com> wrote:
>
> >
> > I bet a search/replace wouldn't be that hard to be achieved
> >
>
>
> Find-and
Hi,
One question I'd like answered is that, like me, a few people have
voted NO on the question to re-vote the syntax.
If that is true, shouldn't their first primary choice be implied to be
<<>> instead of anything else? I see 7 votes for no, but I'm the only
one that still kept the first voting c
Hi Sara,
I'd like to explain my rationale. Most of the time I end up using
"#[todo] Whatever" while documenting my code... my intentions are "#
[todo] ...", but you know... missing that space char doesn't break
anything today...
In any case, BC is broken and FC would also not work. Now I assume
it
This should answer your question:
https://github.com/php/php-src/pull/947#issuecomment-224912697
On Tue, Sep 22, 2020 at 7:38 AM Olle Härstedt wrote:
>
> 2020-09-21 21:50 GMT, Rowan Tommins :
> > On 21/09/2020 17:13, Michael Morris wrote:
> >> Next thing to consider - we have the problem of havin
Joe, I fixed a minor typo in the RFC, hope you didn't mind. =)
On Fri, May 20, 2016 at 5:25 AM, Lester Caine wrote:
> On 20/05/16 07:05, Joe Watkins wrote:
> > Morning internals,
> >
> > Since we have our answer on nullable types, typed properties can now
> go
> > to vote.
> >
> > https:
Hi,
I very much liked the proposal, specially if we do consider a potential
reusability if anyone ever decide to revisit Attributes RFC. It's out of
scope how I'd see this implemented, so let me focus on the proposal only.
There're some edge cases that need to be discussed and considered here.
Her
Hi Stas,
I'll answer your message as it directly refers to links with my name.
I understand the reasons of why namespaces were implemented that way, as I
follow this list for quite a long time. I never complained about the
implementation itself as it was publicly introduced originally back in
Augu
Hi Stas,
Answers inline.
On Sun, Aug 14, 2016 at 5:14 AM, Stanislav Malyshev
wrote:
> Hi!
>
> > Today I see 2 sides in PHP Internals. One that truly believes that PHP
> > should adopt more concepts of object orientation, such as Annotations,
> > Generics, Overloading, Class visibility, Collecti
Hi Stas,
On Sun, Aug 14, 2016 at 6:35 PM, Stanislav Malyshev
wrote:
> Hi!
>
> > A realization that needs to be made is that beginners would be using
> > libraries that requires to make valid restrictions, preventing those
> > beginners to mess up with code they shouldn't. So even if the use case
Hi Stas,
I'll comment your PS, since I'm the author of the PR.
On Sun, Aug 14, 2016 at 6:11 PM, Stanislav Malyshev
wrote:
> Hi!
>
> > - PHP 7 has private classes through anonymous/inner classes.
>
> It's not exactly the same, and I suspect the same is true for Ruby. It's
> true that anonymous c
I'd suggest URL to be immutable and have a URLBuilder (obtainable through
URL::createBuilder()) for that...
On Fri, Oct 7, 2016 at 10:45 AM, David Walker wrote:
> Hi Nikita,
>
> On Fri, Oct 7, 2016 at 4:37 AM Nikita Popov wrote:
>
> > Are you aware of the WHATWG URL standard [1]? Quoting the fi
Hi Adam,
Providing my input on why I voted "NO".
Your proposed new method is not pure. This means it does have distinct
responses depending on where it's located in the code.
That's a big no-no for me.
Cheers,
On Tue, Dec 6, 2016 at 12:15 PM, Lester Caine wrote:
> On 06/12/16 16:30, Adam Barat
Where can I see progress of this work?
On Tue, Jan 17, 2017 at 5:03 AM, Dmitry Stogov wrote:
> Hi Bob,
>
>
> I've found a number of problems:
>
>
> $ sapi/cli/php -r 'class Foo {public bool $b = false;} $x = new Foo;
> $x->b->ops += 5; echo gettype($x->b),"\n";'
>
> object
>
> $ sapi/cli/php -r
Hi internals,
During my regular open source work, I realized that PHP yet do not support
contravariance and covariance for user classes.
Some examples that I found that could be really easy to implement and
useful to end user are highlighted here:
- contravariance.php - https://3v4l.org/I3v0u
-
Thanks Fleshgrinder!
You expressed exactly what I thought, but was too busy... cough... lazy to
put in an email.
Cheers,
On Fri, Mar 24, 2017 at 2:35 PM, Fleshgrinder wrote:
> On 3/24/2017 4:23 PM, Andrea Faulds wrote:
> > Hi Nikita,
> >
> > Nikita Popov wrote:
> >
> >> I'd like to add a new T
Hi team,
I am currently unable to reset my password on Wiki.
Following the process of "forgot password", email with link, click,
open page, getting a temporary password.
When I attempt to use this temporary password, I experience "Sorry,
username or password was wrong.".
Is there anything else I
Thank you!
I am able to access my account now.
Regards,
On Tue, Jul 19, 2022 at 12:22 PM Christoph M. Becker wrote:
>
> On 19.07.2022 at 17:29, guilhermebla...@gmail.com wrote:
>
> > I am currently unable to reset my password on Wiki.
> > Following the process of "fo
Hi,
Besides the yet-another naming convention, I'm quite optimistic about this
RFC.
Now on the convention, is there any reason why single underscore (_) is
used instead of double underscores (__)? We already have __autoload,
__sleep, __toString, __wakeup, etc.
Regards,
On Tue, Nov 6, 2018 at 11:
201 - 221 of 221 matches
Mail list logo
