Nearly eighteen months ago, we gave developers guidance that they should not build form elements that mimic or reproduce the mainstream Twitter Bootstrap experience. And to reiterate, that guidance continues to apply today.
I don't know of any similar limitations for Bootstrap, so you can probably safely assume that wickedchicken is kidding.
Not that I think Twitter's recent announcements are smart; quite the contrary. However, a false comparison distracts from the real problem.
I also think your comment is funny.
Yeah right, you expect me to believe that students ever go to class in San Marvelous?
Kidding, sort of. I didn't attend too often :|
The expected behavior is that I could not only select a date, but the "end date" calendar should jump to at least whatever month-year I selected my start date at if the selected start date comes after the selected end date. Even nicer if you tie the event to the month selection so that the end date calendar's minimum month-year is the furthest point the start date's month-year calendar has gone.
This has links on how to do this on a Mac as well.
Ofcourse, Linux is more easily controlled especially if you aren't running a package-manager installed version of Chrome.
Kill the auto-update daemon, remove it, prevent it from re-installing itself (by creating an empty "GoogleSoftwareUpdate" directory with write bits unset in place of the removed one). Done.
* Can't [Esc] to close the picker
* Not sure why the "Apply" button is needed when the date is set regardless of its usage
* The ability to drag from one date to the next would be rather nice
* Not sure datejs is a good idea as a base, it's essentially dead (has been for 4 years) and the localizations are in a pretty sorry state
* The reflow/columnification when changing the width of the browser looks pretty bad
* When trying to select a FROM date after the TO date, the selection is just cancelled without any indication or hint that something is wrong. This is compounded by the calendars not showing the current selection range. Hipmunk does that part rather well (though not perfectly)
I have an application that I have to choose dates/times when sections of classes are.
I do wonder though why you don't allow for entry into the date boxes and agree that the unselectable dates should be greyed out :-)
Nice-looking UI -/-> Good UI
And even more:
Nice-looking UI -/-> Good UX
It doesn't hurt to be friendly, you know.
Maybe it could just improve on it? they look the same ;)
Same one? Seems to have a slick interface that does not require an apply button, does provide ranges and customizable range options, although it does not have easy keyboard input either.
I'm hoping this lean book  will give me a nice, integrated walk through these issues.