Century confusion with dijit.form.DateTextBox

[guest]

The following html shows how I defined the DateTextBox? when you click on the textbox the calendar is set to 2006 and not 1906.

<input id="admDate1" dojoType="dijit.form.DateTextBox?"

constraints="{formatLength: 'short'}" value="1906-10-05" />

[Adam Peller]

the validation code must be reparsing the text as if it were user input and overriding the actual Date value

[Adam Peller]

given that this is a validation thing and the relative size of our bug queues, Doug, can you take a look? Not sure this really has to be a 1.0.3 thing, but given the potential for data loss, even if it's an edge case, let's see what the fix looks like and consider for the branch?

[Douglas Hays]

I don't see how this can be fixed. If we display 12/31/06 (meaning 1906) and the user changes 12 to 11 _{we're still going to reinterpret the string and parse() will return 2006. Additionally, InlineEditBox? has worse problems. The user should use long format if a wide range of years is desired.}

[Adam Peller]

hmm... seems like a tough situation. We could finesse the logic that picks default centuries, but I really don't think it's worth the bloat. Though I'd feel a bit better about it if the data weren't changed at all if the user doesn't make any edits.

[Adam Peller]

another option is to just use 4-digit years all the time

[Douglas Hays]

add if statement to locale.js to workaround this problem

[Douglas Hays]

Please evaluate the attached patch. It changes format to automagically switch to 4 digit years only when there would be a subsequent parsing problem if 2 dijit years were used instead. There's no change to the RFC value submitted to forms.

[bill]

To be honest I'd prefer to just always display a four digit year. Otherwise developers need to know to make the input box big enough to hold a four year value, even though usually it just displays a two year value.

[Adam Peller]

(In [12271]) Always format as 4-digit year in dijit.form.DateTextBox?, but continue to allow 2-digit year input where appropriate. Refs #5465 !strict