Re: [VOTE] [RFC] IntlRelativeDateTimeFormatter

From: Date: Wed, 16 Sep 2026 09:49:52 +0000
Subject: Re: [VOTE] [RFC] IntlRelativeDateTimeFormatter
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-132514@lists.php.net to get a copy of this message
در تاریخ چهارشنبه ۱۶ سپتامبر ۲۰۲۶، ۱۳:۰۴ Tim Düsterhus <tim@bastelstu.be> نوشت: > Hi > > On 2026-09-15 14:02, Weilin Du wrote: > > I think you've read the RFC further after my latest response regarding > > your suggestions. And I think you have no further issues with it > > because > > you don't send more email to the thread. Maybe I don't have the English > > skill to make it clear about what is planned and made. > > No, I hadn't taken another look at the RFC yet. I also made it clear > that I had not given it much thought (due to time constraints). But my > schedule should not be a blocker for RFCs to proceed. > > > &gt; > > > > Content-wise&nbsp;I&nbsp;also&nbsp;don't&nbsp;agree&nbsp;with&nbsp;the&nbsp;decision&nbsp;to&nbsp;keep&nbsp;using > > > untyped&nbsp; > > &gt; > > > > constants&nbsp;instead&nbsp;of&nbsp;enums,&nbsp;but&nbsp;didn't&nbsp;have&nbsp;the&nbsp;time&nbsp;to&nbsp;actually&nbsp;think&nbsp; > > &gt; > > > > this&nbsp;through&nbsp;or&nbsp;read&nbsp;the&nbsp;RFC&nbsp;in-depth. > > > > > > I have discussed this with David in the discussion thread. We all agree > > on this. > > From what I see not much discussion has happened on that topic. It's > basically just David suggesting it (and me previously suggesting it in > private) and you declining the suggestion. I think we can find a > reasonable middle-ground that makes use of enums, while not precluding a > future redesign of the ext/intl API. I'll send those to the discussion > thread to keep it in a single place. > > Best regards > Tim Düsterhus > ------- Hi Tim, Thanks for bringing this up. I completely welcome finding a reasonable middle-ground. My long-term plan is indeed to actively contribute to ext/intl (especially aiming for PHP 8.7, where we can systematically modernize the extension with proper namespaces, enums, and cleaner error handling). I'd be glad to see your proposed middle-ground in the main discussion thread, and we can definitely work together to align it so it fits both the current RFC requirements and the future ext/intl roadmap. Best regards, Sepehr

« previous php.internals (#132514) next »