Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:114664
Return-Path: <mel@dafert.at>
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 77258 invoked from network); 29 May 2021 07:50:23 -0000
Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5)
  by pb1.pair.com with SMTP; 29 May 2021 07:50:23 -0000
Received: from php-smtp4.php.net (localhost [127.0.0.1])
	by php-smtp4.php.net (Postfix) with ESMTP id 9FFFA1804B5
	for <internals@lists.php.net>; Sat, 29 May 2021 01:02:36 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net
X-Spam-Level: 
X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_LOW,
	SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2
X-Spam-Virus: No
X-Envelope-From: <mel@dafert.at>
Received: from mail02.x-net.at (mail02.x-net.at [83.65.141.138])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by php-smtp4.php.net (Postfix) with ESMTPS
	for <internals@lists.php.net>; Sat, 29 May 2021 01:02:35 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
	by mail02.x-net.at (Postfix) with ESMTP id AF98D380B5E
	for <internals@lists.php.net>; Sat, 29 May 2021 10:02:33 +0200 (CEST)
Received: from mail02.x-net.at ([127.0.0.1])
	by localhost (x-zimbra02.x [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id eYQs8QK15LUW for <internals@lists.php.net>;
	Sat, 29 May 2021 10:02:32 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by mail02.x-net.at (Postfix) with ESMTP id D5ED2380AC0
	for <internals@lists.php.net>; Sat, 29 May 2021 10:02:32 +0200 (CEST)
X-Virus-Scanned: amavisd-new at x-t.at
Received: from mail02.x-net.at ([127.0.0.1])
	by localhost (x-zimbra02.x [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id cp_m-sM0S5qU for <internals@lists.php.net>;
	Sat, 29 May 2021 10:02:32 +0200 (CEST)
Received: from [127.0.0.1] (178.115.47.235.wireless.dyn.drei.com [178.115.47.235])
	by mail02.x-net.at (Postfix) with ESMTPSA id 069803809BA
	for <internals@lists.php.net>; Sat, 29 May 2021 10:02:31 +0200 (CEST)
Date: Sat, 29 May 2021 10:02:32 +0200
To: php internals <internals@lists.php.net>
User-Agent: K-9 Mail for Android
In-Reply-To: <0729fdcc-ece7-4261-ba28-9f72161495e6@www.fastmail.com>
References: <1815820036.3212683.1621007783673.JavaMail.zimbra@dafert.at> <CAF+90c923S_sPfCCXoih1yg8OaePxALCj6urR3TszYOuqKhTgw@mail.gmail.com> <B57385A6-7D52-4461-B205-AE10057A0690@dafert.at> <0729fdcc-ece7-4261-ba28-9f72161495e6@www.fastmail.com>
Message-ID: <DBA4E362-44CB-4581-935A-04619ABC5B2B@dafert.at>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [VOTE] Add IntlDatePatternGenerator
From: mel@dafert.at (Mel Dafert)

>Agreed with Nikita=2E  There's no compelling reason to add double-API styl=
e anymore=2E  It may take a second RFC to modify this one to remove those, =
technically, but I'd vote for it=2E

Should this new RFC then only apply to IntlDatePatternGenerator, or should=
 it also
clarify that future additions to the intl extension (or to extensions in g=
eneral?)=20
should not add both styles and prefer OO style if possible?