[wp-trac] [WordPress Trac] #48606: Some date formats get incorrectly output in Italian

WordPress Trac noreply at wordpress.org
Mon Dec 9 19:24:32 UTC 2019


#48606: Some date formats get incorrectly output in Italian
--------------------------------------+-----------------------------
 Reporter:  Clorith                   |       Owner:  SergeyBiryukov
     Type:  defect (bug)              |      Status:  closed
 Priority:  normal                    |   Milestone:  5.3.1
Component:  Date/Time                 |     Version:  5.3
 Severity:  normal                    |  Resolution:  fixed
 Keywords:  has-patch has-unit-tests  |     Focuses:
--------------------------------------+-----------------------------

Comment (by SergeyBiryukov):

 Replying to [comment:14 Rarst]:
 > I am not sure this is sufficient solution long term, since underlying
 ambiguity is not resolved.

 Yes, I agree it's not a comprehensive solution :)

 FWIW,
 [https://translate.wordpress.org/projects/wp/dev/it/default/?filters%5Bterm%5D
 =class-wp-
 locale&filters%5Buser_login%5D=&filters%5Bstatus%5D=current_or_waiting_or_fuzzy_or_untranslated&filter=Filter&sort%5Bby%5D=original_date_added&sort%5Bhow%5D=desc
 Italian doesn't seem to decline month names], so turning on the
 [https://translate.wordpress.org/projects/wp/dev/it/default/?filters%5Bstatus%5D=either&filters%5Boriginal_id%5D=1367222&sort%5Bby%5D=translation_date_added&sort%5Bhow%5D=asc
 setting] for that language appears to be a translator's mistake.

 [46862] is just an attempt to address the regression without introducing
 new regressions in languages that do use month declensions, which would
 somewhat defeat the purpose of the function.

 > For example `Январь 19` ("January 19" in Russian) is assumed to be 19th
 ''day'' of January and declined, while it might be 19th ''year'' (as in
 2019) and shouldn't be.

 Right, however the latter is far less common from my experience, I'd call
 that an acceptable edge case for now.

 > It is impossible to distinguish meaning of arbitrary digits in a string,
 without knowing underlying format or having them disambiguated by ordinal
 suffix.

 Indeed, I'm open to rewriting the current implementation from scratch in a
 future release, as you've suggested in comment:4.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/48606#comment:15>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list