Re: [PHP-DEV] Inline conditional that returns null if falsy

Op do 25 feb. 2021 om 09:55 schreef Rowan Tommins : > On 24/02/2021 04:26, Mike Schinkel wrote: > > Repeating code similar to that from the message sent by David Rodrigues > you can see that eliminating the ": null" is less noisy: > > > > ... > > ... > > Also just to have a somewhat

Re: [PHP-DEV] Re: want an Object-oriented interface for HashContext

Op ma 12 okt. 2020 om 14:55 schreef Christoph M. Becker : > On 12.10.2020 at 13:49, Hans Henrik Bergan wrote: > > > something like > > > > $result = (new > HashContext("SHA1"))->update($str1)->update($str2)->final(); > > > > (userland sample imp: https://3v4l.org/lXd3u ) > > > > I tried asking on

Re: [PHP-DEV] Changing the generated name for anon classes

Nikita, Just to chime in here: would it be wise to add an interface instead? (this would automatically be added by the engine) so that the consumer of a generated class could *really* know based on the interface that it's a generated anonymous class instead of string type checking the classname?

Re: [PHP-DEV] [RFC] Saner string to number comparisons

Op di 26 feb. 2019 om 13:27 schreef Nikita Popov : > Hi internals, > > I think it is well known that == in PHP is a pretty big footgun. It doesn't > have to be. I think that type juggling comparisons in a language like PHP > have some merit, it's just that the particular semantics of == in PHP

Re: [PHP-DEV] Parse error: Invalid body indentation level

Op di 29 mei 2018 om 10:27 schreef Niklas Keller : > Am Di., 29. Mai 2018 um 07:34 Uhr schrieb Sebastian Bergmann < > sebast...@php.net>: > > > Am 28.05.2018 um 22:16 schrieb Nikita Popov: > > > Good point, I have added a note in UPGRADING in > > > > > >

Re: [PHP-DEV] PHP 7 RTM date

2015-11-10 10:26 GMT+01:00 Lester Caine : > On 10/11/15 00:49, Rasmus Lerdorf wrote: > >> November 30 is Cyber Monday, where people are either > >> > > >> > a) focused on maxing out their credit cards on every possible > e-commerce site, or > >> > b) unable to roll out PHP 7

Re: [PHP-DEV] [RFC] [Discussion] Short Closures

Dear all, Just to throw in my 2 cents as a userland developer: having multiple ways to write the same thing isnt always right, but does have advantages. (i.e. the [] shorthand is gaining alot of popularity as already noted) (and might even force array() into deprecation imho) But it does also

Re: [PHP-DEV] Php Dockerfile for ppc64le

Dear Meghali, There are various official docker images already available on the dockerhub: https://hub.docker.com/_/php/ You might want to post a reply there and might even contribute any changes or recommendations to the github repo for the dockerfiles used

Re: [PHP-DEV] Re: [RFC] Reserving More Types in PHP 7

Hi, First of all I'd like to see this (clean) RFC formalized / ratified sooner rather than later. Just to chime in here from a user / framework developer perspective in regards to *double* / *real* / *boolean* / *integer* reservation: i'd like to see these aliases (and the is_*-functions etc) be

Re: [PHP-DEV] Possibilities to fix some really poor behaviors in PHP7

Hi, ... like the hidden array element: http://3v4l.org/6uFqf ... like the hidden object property: http://3v4l.org/RPJXH Don't know if it's related or not, but sure feels like a bug i posted a while ago: https://bugs.php.net/bug.php?id=67640 thanks! Robin -- PHP Internals - PHP Runtime

Re: [PHP-DEV] [RFC] Implicit isset() in Shorthand Ternary Operator

2014-09-17 10:58 GMT+02:00 Sara Golemon p...@golemon.com: On Sep 16, 2014, at 13:46, Kingsquare.nl - Robin Speekenbrink ro...@kingsquare.nl wrote: As a userland point of view on this: will this have a shorthand? i.e. what will happen if i leave out the second part? ie. $var = $_GET['test

Re: [PHP-DEV] [RFC] Implicit isset() in Shorthand Ternary Operator

2014-09-16 22:00 GMT+02:00 Christoph Becker cmbecke...@gmx.de: Andrea Faulds wrote: On 16 Sep 2014, at 19:38, Adam Harvey ahar...@php.net wrote: On 16 September 2014 11:34, Andrea Faulds a...@ajf.me wrote: By popular demand, I’ve changed the RFC to instead propose a ?? operator, after

Re: [PHP-DEV] Re: RFC: Anonymous Classes

Everyone, As a lurker i rarely have anthing to say, but this time i'd like to make an exception: I see some usability for this type of usage, but would like to disagree on the extra class... My usage would be more in line with JSON way of passing around objects... But i'd hate to see yet another

Re: [PHP-DEV] New feature: additional syntax proposal for Foreach

Welcome Chris, As a `plain` user of PHP, i'd like to advocate not to allow anymore aliasing of ways to do stuff... Your example should just read foreach(array_keys($array) as $key) {} That's the only way to convey the actual intent of working with keys and explicitly leaving out the values ;)

Re: [PHP-DEV] New syntax for multidimensional array loop with foreach

I'd thought this would have been `solved` by allowing the list statement in foreach ( http://nl3.php.net/manual/en/control-structures.foreach.php#control-structures.foreach.list ) Doesnt that solve your problem already? Kind regards, Robin Speekenbrink 2013/6/27 Florin Patan

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

Just a question from one of the lingering listeners: would this change also ease the `skipping` of default values for parameters? (as discussed for RFC https://wiki.php.net/rfc/skipparams) That way it would be consistent with this RFC and the list() construct ? With regards, Robin Speekenbrink

Re: [PHP-DEV] [RFC] Allow trailing comma in function call argument lists

Kingsquare BV 2013/2/19 Sara Golemon poll...@php.net On Tue, Feb 19, 2013 at 4:41 AM, Kingsquare.nl - Robin Speekenbrink ro...@kingsquare.nl wrote: Just a question from one of the lingering listeners: would this change also ease the `skipping` of default values for parameters? (as discussed

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2

paf! On vrijdag 12 oktober 2012 13:50:34, Cal wrote: Le 12/10/2012 11:48, Nikita Popov a écrit : I've been thinking a bit about the automatic properties again, and noticed that I forgot to name one use case: Asymmetric accessor visibility. Automatic properties may be useful in that context,

Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2

Please ignore me... i'm a n00b and my mail programme F*cked me... my bad Regards, Robin Speekenbrink Kingsquare BV On vrijdag 12 oktober 2012 13:50:34, Cal wrote: Le 12/10/2012 11:48, Nikita Popov a écrit : I've been thinking a bit about the automatic properties again, and noticed that I

[PHP-DEV] Working with floats

Hi all, First of all, let me state that the following question is probably going to shun me forever due to the 'basic' nature of the question and the probable misunderstanding of floats in general, but still this got me baffled and i'd like to post this here: Why does the last of the

Re: [PHP-DEV] Working with floats

in the resulting $i visible and thus explainable to others. Regards, Robin Speekenbrink Op dinsdag 24 juli 2012 10:42:45, Galen Wright-Watson schreef: On Tue, Jul 24, 2012 at 1:01 AM, Kingsquare.nl - Robin Speekenbrink ro...@kingsquare.nl mailto:ro...@kingsquare.nl wrote: Hi all

Re: [PHP-DEV] New String Function: str_replace_limit

Hi all, I'm a strict follower of this list and havent posted (as of yet) due to the fact that i'd like to be in the loop, but am not a C developer... :) But on this discussion i'd like to give my 2c: As a PHP developer i'd regret to see yet another function added to the language instead of

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

Dear All, Again with my 2cents into the basket: I was hoping Ilia Alshanetsky would also support this idea since in his talks (i.e. http://ilia.ws/archives/241-IPC-Hidden-Features-of-PHP-Slides.html) he has been promoting the exact same use: switch the standard serializer to igBinary...

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

Hello everyone, My first post after watching the list for a while: my opionion on this would also be incorporate it into the core but with BC compatibility: the serializer could (easily from what i understand) check to see if the serialized format is in the `old` format and read that