Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

/explore: day/month/year buttons could be more intuitive? #12

Open
chrisbartley opened this issue Dec 4, 2020 · 1 comment
Open

/explore: day/month/year buttons could be more intuitive? #12

chrisbartley opened this issue Dec 4, 2020 · 1 comment

Comments

@chrisbartley
Copy link
Member

They appear to determine the timestamp at the current center of the date axis, and then center the day/month/year around that timestamp. That's really confusing when, say, zoomed into a week--especially a recent week--and then you click "year". You end up with ~6 months of future (see issue #10), which is of course empty.

Anyway, I'd love to see functionality driven by user testing feedback. For me at least, I always expect the buttons to give me the most recent day/month/year and am always surprised that they don't 🤷‍♂️

@dognotdog
Copy link
Contributor

I think this an interesting question.

My thinking was that by the principle of least surprise, they should not cause a jump that causes me to lose track of where I was in the timeline, as we have no good way of going back to where we were before clicking the button.

The >> button is the one in that group that does this jump explicitly, and it being right next to the day/month/year buttons, it seems like having to do a 2nd click for gong to "the current year" is the lesser evil.

@dognotdog dognotdog transferred this issue from CMU-CREATE-Lab/esdr Feb 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants