Custom Query (18300 matches)

​http://www.dojotoolkit.org/forum/dojo-core-dojo-0-9/dojo-core-development-discussion/problem-dojo-date-add

It boils down to using setUTC/getUTC for adding any interval greater than an hour.

Line 239 in _base/fx.js looks like this:

			if(step < 1){

The problem is that with the code the way it is, you cannot do an overshoot with an easing function. We should really be checking the animation's _percent property instead, since that will always be between 0 and 1.

I encounter a strange problem. Having _Calendar widget for December 2007 printed out, once I click on 1-DEC-2007, both 1-DEC-2007 and 1-JAN-2008 become selected (dijitCalendarSelectedDate).
I've done some debugging (you might find this helpful):
I've inspected what happens when printing dates in _populateGrid of _Calendar, especially for dates in next month (JAN-2008):
After _Calendar.js:82, var date = new Date(month); the date is:

• date.toString() = "Sat Dec 01 2007 00:00:00 GMT+0100 (Central European Standard Time)"
• date.toUTCString() = "Fri, 30 Nov 2007 23:00:00 GMT"
• date.getTime() = 1196463600000

Then let's assume adj = 1 in the if-branch (_Calendar.js:85-96). And then happens: date = dojo.date.add(date, "month", adj); (_Calendar.js:99). And after that the value is:

• date.toString() = "Mon Dec 31 2007 00:00:00 GMT+0100 (Central European Standard Time)"
• date.toUTCString() = "Sun, 30 Dec 2007 23:00:00 GMT"
• date.getTime() = 1199055600000

Which seems wrong to me. In consequence when printing first 5 days for JAN-2008 it iterates between 1-DEC-2007 and 5-DEC-2007, because date.setDate(1) returns 1-DEC-2007, not 1-JAN-2008. (NB: for previous month dates it iterates over OCT-2007, not NOV-2007)
Some additional info:

• dojo.date.getTimezoneName(new Date()) = "Central European Standard Time"
• dojo version is 1.0.2

If you need some more information, please let me know.