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

Entering dates: move the no-calendar wheels down to the center of the screen #427

Closed
dalerhoda opened this issue Feb 19, 2017 · 6 comments
Closed
Milestone

Comments

@dalerhoda
Copy link

With the current no-calendar option for collecting dates, the wheels appear near the top of the screen.

The interface allows long scrolls...as long as your finger starts on the wheel, it can scroll downward to the bottom of the screen and scroll through many options.

There is less ability to scroll upward through many options because one's finger hits the top of the screen quickly.

This means that if the default day on the interface is 1 and you need to scroll to 10, rather than scrolling upward 9 clicks, it may be most efficient to scroll down because you can go the entire ~20 clicks with one long scroll.

It would be nice to have the option to put the wheels in the center of the screen, vertically, so the user has equal leeway for long-scrolls up or long-scrolls down.

The downside to doing this is that the length of the longest long-scroll would be shortened...because when scrolling downward the user could no longer go the length of the screen...only half its length.

On tablets, this will be balanced by likely making it possible to go from any starting point to any ending point with one long scroll in the shortest direction.

On phones, it may hamper the user by requiring more long scrolls than before, albeit in the direction that seems most logical because it is the shortest.

This is not something I feel super strongly about, but we have noticed that the simplest entry in terms of number of scrolls & swipes is sometimes to scroll in the counter-intuitive direction and I would like to alleviate that cognitive burden and minimize the number of scroll motions necessary to reach the goal, in hopes that it will help with entry error rates.

It is fine to have a general philosophy that is device agnostic...of course we want all surveys to work on all devices, but in many cases on a particular survey we know that we'll be using tablets, and that would lead us to select this no-calendar-mid-screen option to allow equal-opportunity scrolling in whichever direction is shortest, even if it shortens the longest-possible scroll.

@lognaturel
Copy link
Member

I think we should consider using dialog pickers.

@shobhitagarwal1612
Copy link
Contributor

@lognaturel I am interested in taking up this issue

@lognaturel
Copy link
Member

@shobhitagarwal1612 I believe @grzesiek2010 has made some progress on this. @grzesiek2010 is that right?

@grzesiek2010
Copy link
Member

grzesiek2010 commented Mar 28, 2017

@lognaturel yes and @shobhitagarwal1612 knows about it as we've talked on slack. Sorry I should have added a comment.

@lognaturel
Copy link
Member

@shobhitagarwal1612 @grzesiek2010 Sounds good! I just want to make sure we don't duplicate work.

If you're chatting about features, don't hesitate to discuss in #collect-code.

@lognaturel
Copy link
Member

Closed by #789.

@lognaturel lognaturel added this to the April 2017 milestone May 2, 2017
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

4 participants