Bug #53980 for DateTime-Format-Natural: x/x/xxxx should be mm/dd/yyyy?

Mon Jan 25 11:47:05 2010 kev [...] brantaero.com - Ticket created

Subject:

x/x/xxxx should be mm/dd/yyyy?

I think it's pretty common in the US and Canada to represent a date in MM/DD/YYYY format, so I was surprised that 6/4/2005 was interpreted as April 6th, 2005. (But I guess it's debateable, perhaps other parts of the world use DD/MM/YYYY. I always thought '/' meant "month first" and '.' meant "day first.")

Mon Jan 25 14:31:12 2010 kev [...] brantaero.com - Correspondence added

From:

kev [...] brantaero.com

On Mon Jan 25 11:47:05 2010, Kevin_Field wrote: Show quoted text

> I think it's pretty common in the US and Canada to represent a date in > MM/DD/YYYY format, so I was surprised that 6/4/2005 was interpreted as > April 6th, 2005. (But I guess it's debatable, perhaps other parts of > the world use DD/MM/YYYY. I always thought '/' meant "month first" and > '.' meant "day first.")

Sorry, I should read the docs next time, I see the option now. However, is it possible to switch formats based on the separator?

Thu Mar 11 19:05:42 2010 schubiger [...] cpan.org - Correspondence added

On Mon Jan 25 14:31:12 2010, Kevin_Field wrote: Show quoted text

> Sorry, I should read the docs next time, I see the option now. However, > is it possible to switch formats based on the separator?

Formatted.pm contains some logic to construct a suitable internal format for formatted dates with a dot or hyphen as date separator and no corresponding format supplied (but only, if a 4 digits year cannot be previously found). This was introduced with a recent commit and thus improvements to the heuristics are appreciated.

Thu Mar 11 19:05:45 2010 The RT System itself - Status changed from 'new' to 'open'

Thu Apr 01 06:56:11 2010 schubiger [...] cpan.org - Status changed from 'open' to 'resolved'