A Javascript date library(datejs.com)
datejs.com
A Javascript date library
http://www.datejs.com/
11 comments
I've used the library in a real project, and I'm on the mailing list. FYI, there doesn't seem to be much development activity going on, nor is it so perfect and complete that further development is unneeded. That's not to discourage anyone from using it, since it's the only JS lib I know that fills the same niche, just to let you know you may need to get your hands dirty. (I've got a patch waiting for integration but not enough attention available to test it for use cases that are not mine and really push it through. If you do have the interest and bandwidth to polish whatever improvements you make, you could probably help quite a bit.)
Since it sounds like a number of people are maintaining local patches to this library, might it make sense to fork it on GitHub to try to get some additional contributors onboard?
I had the same experience, and we ended up having to patch the core library to get our desired specific result too. It's pretty cool, but it hasn't been updated in a long time and it could really use some fleshing out.
There's another date formatting library if you're using Prototype, that I've used for a few things (although I have to say, I like the OP better). It was kind of hard to track down and doesn't seem to have any continuing support, but is used as part of this nice date picker:
http://home.jongsma.org/software/js/datepicker
This is the .js file:
http://home.jongsma.org/js/lib/prototype-date-extensions.js
http://home.jongsma.org/software/js/datepicker
This is the .js file:
http://home.jongsma.org/js/lib/prototype-date-extensions.js
Simon Willison used to have a demo and code for a date (no time) parser which was pretty cool a few years back. No idea if further work has been done on it.
http://simonwillison.net/code/js/date-parser
http://simonwillison.net/code/js/date-parser
That sounds like a job for a Github fork.
What parts did you miss?
My patch (which can be found discussed in the mailing list) provides a callback hook to modify the final result given the parsed details. I use it to modify assumptions: e.g., if you just type a year, for the final output, the library assumes the rest of the date should be jan 1, but if this field is the end of a date range, it should probably be dec 31 since "burglaries from 2001 to 2002" means the burglaries in 2001 and in 2002. I think it's an important function, and the original author agreed, but neither of us has had the time to test and time everything for all the relevant codepaths to make it into the library.
Other posters have had other complaints about missing functionality--some struck me as reasonable, some not so much--but I haven't kept track.
Other posters have had other complaints about missing functionality--some struck me as reasonable, some not so much--but I haven't kept track.
It would be cool if it understood "Christmas" or other holidays. Also, things like, "two weeks after next wednesday at 1pm"
My first test was "6.2.2009" and it said "June 2, 2009" where I expected "Feb 6, 2009". So it'll be only usable for an American audience.
And a JS timezone library: http://js.fleegix.org/plugins/date/date
No support for fortnights?! I'm shocked at the omission of this critical unit of time, used throughout society.
British society; living in the U.S. I find my American colleagues don't grok the fortnight.
in all seriousness, it did seem less intelligent than what i've seen (on RTM.com for example). next june returns June 4th? wtf?
well today is the 4th. - which day in June 2010 would you pick as the default?
IT SHOULD NOT PICK A DAY! It should return (2010, 6) -- with no precision implied beyond the input.
This is a major personal hobby-horse of mine, and I don't know of a library that does all of what I want by default. The constructor for datetime in Python's standard library comes very close:
Unfortunately the date object used internally does not allow for partial precision, so datetime doesn't expose it.
This is a major personal hobby-horse of mine, and I don't know of a library that does all of what I want by default. The constructor for datetime in Python's standard library comes very close:
datetime(year, month, day[, hour[, minute[, second[, microsecond[,tzinfo]]]]])
Unfortunately the date object used internally does not allow for partial precision, so datetime doesn't expose it.
This is the test I use on all date libraries I come across. I don't know what the right answer is, I just want it to be logical:
(pseudo) Date d = new Date('1/31/2009'); d.addOneMonth();
What is the value of d? 2/28/09? 3/2/09? 2/25/09?
Writing a date library is not for the fainthearted.
(pseudo) Date d = new Date('1/31/2009'); d.addOneMonth();
What is the value of d? 2/28/09? 3/2/09? 2/25/09?
Writing a date library is not for the fainthearted.
and i feel like an idiot. didn't realize that today was the 4th. i would imagine that June 1 would make more sense though...but thats pretty nit picky.
I guess it's hard to give an answer to an ambiguous input that will please everyone. Personally I would have expected the 1st of the month.
It seems unusual that "next June" and "last June" both pick the 4th of the month (today's date); but just "June" gives the 1st of the month.
Also "next June" gives "Friday, June 04, 2010 12:00:00 AM" so it picks the day of the month based on today; but the time of day doesn't depend on the time now.
It seems unusual that "next June" and "last June" both pick the 4th of the month (today's date); but just "June" gives the 1st of the month.
Also "next June" gives "Friday, June 04, 2010 12:00:00 AM" so it picks the day of the month based on today; but the time of day doesn't depend on the time now.
If you type in "next june 1" it'll give you what you are wanting.
my (available on the mailing list but not integrated) patch for the library gives you a callback into just that point in the process where the library has parsed out what it can but hasn't filled in defaults yet, so you can insert the assumptions that make sense for your application and not have to rely on the default ones.
Previous related threads:
http://news.ycombinator.com/item?id=84070
http://news.ycombinator.com/item?id=630258
http://news.ycombinator.com/item?id=84070
http://news.ycombinator.com/item?id=630258
I had the strangest bug with this library on Konfabulator a while ago where all Date.toString()'s returned an object instead of a string.
Not really a useful thing to know but I wanted to post it anyhow.
Not really a useful thing to know but I wanted to post it anyhow.
"the day before last Saturday" doesn't work
That's very spiffy. I wonder how it compares to some of the smarter Perl date libraries?
Curious if anyone has compared it to the Ruby chronic gem ...
discojesus(2)
That interface... it's so fluent. I love javascript, for just the reason that it's possible to have beautiful interfaces like this.
Date.today().add(3).days();
Be even better if it let you leave off the brackets like ruby, but oh well.
Date.today().add(3).days();
Be even better if it let you leave off the brackets like ruby, but oh well.