====================
Removed python3-dateutil. It was causing inconsistent parsing in examples
like...
::
Lets say today is Wednesday, March first at 8am
parse_date('wednesday') => March 1. Handled by dateutil
parse_date('wednesday at noon') => March 8. Handled by pdt
This does mean that dates like "Wedesday" or "January" will default to
"Next Wednesday" or "Next January" if those relative dates have already
passed.
But Parsedate time handles more cases than dateutil, and consistent behavior
contributes great to intuitive behavior than mixing parsers.
Added
-----
- SuperDate now accepts extra formats.
- English requests can be parsed down to the second. Handles cases for
"alarm clock" apps where seconds matter.
Changed
-------
- Cache now clears every second and ISO parses aren't cached. This is to
handle cases where a lot of dates are parsed with microseconds. These are
likely to be scientific datasets, and will likely be stored in ISO format
which parses quickly without a cache and caching those results would
simultaneously thrash and eat tons of memory.
Fixed
-----
- SuperDate handles force_time correctly.
- More robust unit tests.
Removed
-------
- python3-dateutil dependency.