search

mpcjanssen / simpletask-android

GNU General Public License v3.0
548 stars 128 forks source link

Omit intermediate date picking step #176

Open jotwewe opened 9 years ago

jotwewe commented 9 years ago

enhancement: when the calendar dialog is used to pick a date I'd prefer to leave out the intermediate list (today, tomorrow, next week, ...) and directly show the calendar dialog.

mpcjanssen commented 9 years ago

Needs a setting but no reason not to implement.

smichel17 commented 8 years ago

I think we should do this for the due date picker but leave the intermediary step for the threshold date. For the threshold date, I think we should change from a dialogue to either a menu or a bottom sheet.

mpcjanssen commented 8 years ago

I am considering adding a onThreshold callback which will return a list of options and dates as preselection. If it returns nil, the intermediate step will be skipped.

smichel17 commented 8 years ago

Another option is to create a custom date picker.

Not as intimidating as it sounds: the custom picker is just a standard picker but with some quick options along the bottom or side. That way you get both the quick options and the picker with the same number of taps.

I also like the callback idea, though it should be something like onPickThreshold since onThreshold sounds like it is triggered on that date.

If you end up going that route, we should have a corresponding onPickDue callback, too.

djibux commented 8 years ago

I very much like the idea of a custom date picker. Skipping the intermediate list would also work fine for me in the meantime.

I often pick two following thresholds: next weekday and next weekend. As a matter of fact I very often end up opening the calendar.

mpcjanssen commented 8 years ago

Custom date picker sounds good. It does have the drawback that it will be hard to fit it all in on dialog.

Other idea. Have a calendar picker and a dropdown with custom picks which can be configured using the recurrence syntax and is prefilled with the current options.

smichel17 commented 8 years ago

I think we'll be fine fitting it on a dialog. Or a bottom sheet. Or tab.

We have options :wink:

Configurable custom picks sounds good long run but let's take things one at a time. I'd rather get the UI into something closer to its "final" (as if anything is final) form before doing polish like that.