Closes #2171

Summary

The old date-picker component was broken (the one that is used on the wallet pages as filters). Swapping out other components to use this format is out of the scope of this MR, but would be worth consideration.

https://github.com/DanielYKPan/date-time-picker - Actively maintained, quite a lot of functionality that's easy to reach (e.g. min and max).

Testing

• Test the date components of the site, make sure they all work as intended.
• On the schduler, On the wallet page, on the Admin pages.
• Make sure filters values are respected in relation to the returned transactions.

added scoped labels

added scoped label and automatically removed label

added 1 commit

• 5f793ea8 - Removed old package

Compare with previous version

resolved all threads

marked as a Work In Progress

changed the description

mentioned in issue #2258

Will replace other components in #2258 if you want to do it in one go.

edit: did it all in this MR

added 46 commits

• 5f793ea8...6ad11c19 - 43 commits from branch master
• 8f0bb3cf - Updated to remove references to old datepicker
• a52496ac - Merge branch 'master' of gitlab.com:minds/front into fix/date-picker-transactions-2171
• 10901865 - Updated to change post schedulers and admin filters #2171

Compare with previous version

added 1 commit

• 1cf999d2 - Missed CSS file

Compare with previous version

changed the description

unmarked as a Work In Progress

added scoped label and automatically removed label

Do we want to require the user to click the set button to set the date? Feels like clicking the date and setting the value is the standard behavior for date pickers

This MR has merge conflicts

Yeah, these cropped up a couple of hours ago. No worries though I think its an easy merge.

In terms of do we want to do with hitting set on our date, I am assuming you mean date & time (the date pickers do work like that).

I suppose we could probably hook into the on calendar click event, and close the modal, unsure if that would work well or not though, depends if the hook executes before the value is set. Happy to experiment if you like. Hiding the set button I think can be done easy enough through CSS but I don't see a way to disable it otherwise.

Hiding the set button isn't the issue. It's having to click a date and then click set that's too many clicks to do one thing. Leave the control displayed and then see if you can get the date picker closing automatically on date set.

Had quite a bit of trouble doing this, it looks like the author intentionally wrote the picker to not close on date selected when the 'both' option is used (Calendar & Timer).

I'm going to try a quick workaround but if that's the case, we will chat about it. Might be a case of forking or abandoning in favor of another picker.

https://github.com/DanielYKPan/date-time-picker/issues/72#issuecomment-390372276

added scoped label and automatically removed label

added scoped label and automatically removed label