[rt-users] Date Custom Field in RT 4

[Wayne Thursby]

Thanks for the quick reply Ruslan.

That was exactly what I was looking for. When looking through RT_Config.pm I
read the Date configuration part as only dealing with display, but now I see
the note "Used only for parsing, not for displaying dates."

So, the correct setting for the usual American date format is:

Set($DateDayBeforeMonth, 0);

This has the desired effect of interpreting "8/9/10" as August 9th.

Wayne Thursby
System Administrator
Healthcare Management Enterprises, Inc.

(p.s. sorry for off-list reply)


On Tue, May 17, 2011 at 5:10 PM, Ruslan Zakirov <ruz at bestpractical.com>wrote:

> Hello Wayne,
>
> Check DateDayBeforeMonth config option in the config. If it doesn't
> help then file a bug report.
>
> On Wed, May 18, 2011 at 12:42 AM, Wayne Thursby
> <wayne.thursby at hcmeinc.com> wrote:
> >
> > The date custom field is a welcomed addition, and opens up a lot of
> > possibilities. Everything works great, but I've noticed one assumption it
> > makes that is, at least in my case, an incorrect one.
> >
> > Instead of selecting dates from calendars, my users type in dates
> manually.
> > I am in America, so this follows the (admittedly silly) format of
> "MM/DD/YY"
> >
> > If the users manually type in a date such as the 25th of August, 2010 as
> > "8/25/10", the date is correctly interpreted by the custom field.
> >
> > However, when a more ambiguous date is entered, such as the 9th of
> August,
> > 2010, the date is incorrectly parsed as being in the international (and
> more
> > rational) format of "DD/MM/YY". This turns the user's intended input,
> > "8/9/10" into meaning the 8th of September, 2010.
> >
> > Computers are typically easier to configure than users. Is the default
> > format for date CustomFields configurable? If not, should I file a
> feature
> > request?
> >
> > Wayne Thursby
> > System Administrator
> > Healthcare Management Enterprises, Inc.
>
>
>
> --
> Best regards, Ruslan.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20110518/dce28028/attachment.htm>