It's not bad with the year and the month view. I would have the year slide left and right, not just switch because that makes it look like nothing happened at first.
The actual date picker is a bit awkward since it's not a traditional calendar. It's a lot easier to figure out whether the 7th of the month is a Tuesday or a Wednesday by seeing which column it's in rather than what is written underneath it. That way you would have a much cleaner view as well.
I like the idea of letting you jump through multiple months at once, but I think it should show all of the days in the month. If you aren't looking for something in the span initially shown, you're probably looking for something just beyond that. If you start changing the month around it could be anywhere that you want and extra clicks are added to find the right day to select.
Also, I use a laptop with no scroll wheel. There are ways to do scrolling, like clicking both buttons, but it doesn't seem to send all the scroll wheel events. So I can't even find a way to get that version of the calendar to work.
An alternative to both might be to use a linear fisheye. It would just need a selection for 31 days at the bottom, 12 months in the middle, and a few years at the top. The thing that you would probably need to change for the fisheye is not scrolling between months from the day row or years from the months row. In some ways, this is a bit more intuitive anyway.
Hmm, when I first saw the calendar, I think oh cool, there is only one week to choose, the week above and below must be hidden, so it's nature way to navigate to previous week is to scroll up, and scroll down to see the next week.
Although it's not scroll by week but by day, but you get the idea.
How did you do the poll, though? Were they supposed to pick between two live demos, or did you just ask "should scrolling up increase or decrease the value"? In left-to-right languages, I would think most people's intuition is to scroll down to move right and scroll up to move left (with a unidirectional scroll wheel, anyway).
I have to side with Est, my intuition tells me that it is inverted. I can see why people would want to -say- that up should increase the number, but my initial reaction when landing on the page was that it was inverted.
I came here to comment on just that. Wheel-down should increase just as one would scroll down a list on a page that is ordered ascendingly. Of course, I play first person shooters with my mouse y-axis inverted. So maybe I am backwards.
It probably has something to do with differences in how people think about abstract concepts like time.. Read these, really fascinating stuff actually.
For a new UI to be a success, it needs to be faster for the user to USE or faster for the user to LEARN. The former is more important for tools with repeat users (like a mail app), the latter is more important for sites with transitory users. You could argue that it could perform okay on the former point IF you ignore the meaningful population of people who use trackpads or mobile devices... But how can you possible argue that ignoring that population is a good idea?
On a related note, drop-down date selection has always driven me nuts. Isn't it easier to type "1977" than to find it in a drop-down? Isn't it easier to type "1 <tab> 17 <tab> 1977" than to select each in a drop-down?
Drives me nuts, mostly when clients request the drop-down over the text field...
For things like video or website age gates then text entry can be annoying for us heretics who prefer using the mouse to navigate computers rather than keyboard. Any time I have to type something in instead of being able to select with a mouse is a fairly annoying occurrence.
28 comments
[ 12.8 ms ] story [ 161 ms ] threadIt's not bad with the year and the month view. I would have the year slide left and right, not just switch because that makes it look like nothing happened at first.
The actual date picker is a bit awkward since it's not a traditional calendar. It's a lot easier to figure out whether the 7th of the month is a Tuesday or a Wednesday by seeing which column it's in rather than what is written underneath it. That way you would have a much cleaner view as well.
So how will the user know that they must use the mouse wheel to navigate pre/next year or months? For me, it's not good usability-wise.
Update: no, it seems to be buggy in Safari and scrolling is soaked up by the browser, so I can't two finger scroll on the calendar.
An alternative to both might be to use a linear fisheye. It would just need a selection for 31 days at the bottom, 12 months in the middle, and a few years at the top. The thing that you would probably need to change for the fisheye is not scrolling between months from the day row or years from the months row. In some ways, this is a bit more intuitive anyway.
Although it's not scroll by week but by day, but you get the idea.
Make it configurable if it isn't. :)
http://news.ycombinator.com/item?id=758822
http://bps-research-digest.blogspot.com/2009/08/surprising-l...
For a new UI to be a success, it needs to be faster for the user to USE or faster for the user to LEARN. The former is more important for tools with repeat users (like a mail app), the latter is more important for sites with transitory users. You could argue that it could perform okay on the former point IF you ignore the meaningful population of people who use trackpads or mobile devices... But how can you possible argue that ignoring that population is a good idea?
Drives me nuts, mostly when clients request the drop-down over the text field...
Though what would really be ideal is a text input with a drop-down... might be a good addition to jQuery UI (or similar).
Maemo has a similar date picker, by the way. It's vertically, and the scrolling is more intuitive partially due to this fact.