Wayne,<br><br>That's odd. I use <span class="ik"></span><span class="gD" style="color:#5b1094">Emmanuel Lacour's code for 3.8 and I don't have this problem. My users can enter "2011/11/25" or "20/22/2011" or pick a date from the Calendar pop-up and it is always interpreted correctly into our</span> preferenced format of yyyy-mm-dd. DId you set a default date format preference in your configurations? Ours drops the time element (since we really don't care what time something was done).<br>
<br>Kenn<br>LBNL<br><br><div class="gmail_quote">On Tue, May 17, 2011 at 1:42 PM, Wayne Thursby <span dir="ltr"><<a href="mailto:wayne.thursby@hcmeinc.com">wayne.thursby@hcmeinc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br clear="all">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.<br><br>


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"<br><br>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. <br>


<br>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.<br>


<br>Computers are typically easier to configure than users. Is the default format for date CustomFields configurable? If not, should I file a feature request?<br><font color="#888888"><br>Wayne Thursby<br>System Administrator<br>
<div>Healthcare Management Enterprises, Inc.</div>


</font></blockquote></div><br>