On Thursday 03 August 2023 21:07:57 (+02:00), Ben Ramsey wrote:
>
>
> The default rounding mode in ICU for the number formatter appears to be
> "half even," and that's probably why it's the default in PHP.
>
> See:
>
> -
>
https://unicode-org.github.io/icu/userguide/format_parse/numbers
On Thursday 03 August 2023 21:07:35 (+02:00), Tim Düsterhus wrote:
> Hi
>
> On 8/3/23 20:55, Hans Krentel via internals wrote:
> > Feedback from actual ICU caretakers would be good though, because me
> > is entirely from a users perspective, also I know how to change
This is a proposal to consider to discuss/change the default value of
NumberFormatter::ROUNDING_MODE
from current
NumberFormatter::ROUND_HALFEVEN
to
NumberFormatter::ROUND_HALFUP
.
I got the attention of this from an unrelated user in an online forum
(SO) and also checked with M
On Sunday 07 May 2023 02:30:13 (+02:00), Dan Liebner wrote:
> > Why move the temporary file when it is already a temporary file,
right?
>
> If you don't want to have to write the file again with a copy?
Then why create a temporary file first? ^^
Nevertheless, a fair point it seems, and t
On Saturday 29 April 2023 09:32:42 (+02:00), Dan Liebner wrote:
> Are there any inherent problems with moving a file created with
tmpfile()?
>
> In practice, it seems that it can be done and the file will not be
deleted
> after being moved and the file handle closed.
yes, not that it wou
On Tuesday 02 May 2023 15:07:21 (+02:00), Rowan Tommins wrote:
> On Tue, 2 May 2023 at 13:20, Máté Kocsis wrote:
>
> > Yes, I agree that the assert_options() name is at least weird but I
> > wouldn't like to
> > include changes into this RFC which are not strictly related to overloaded
> > si
On Monday 10 April 2023 14:17:04 (+02:00), G. P. B. wrote:
> Hello Internals,
>
> Dan and I would like to propose a new core autoloading mechanism [...]
>
> The existing SPL autoloading functions would become aliases to the new
Core
> ones and will continue to work without any migrations
On Saturday 08 April 2023 22:17:14 (+02:00), Niels Dossche wrote:
> However, I think it might be worth adding an optimization for the most
common $x = array_merge($x, ...) case.
If so, then syntax wise I'd throw that suggestion in the ring:
$x[] = ... $y ;
This would allow to adopt exi
