1
0
mirror of https://github.com/bspeice/dtparse synced 2024-12-22 04:18:09 -05:00
Go to file
Bradlee Speice c954a533c3 It's working!
Still need to add more tests, but I think we're mostly good to go
2018-07-08 15:11:29 -04:00
src It's working! 2018-07-08 15:11:29 -04:00
.gitignore Don't track pyc 2018-07-02 22:23:55 -04:00
.travis.yml Use python codegen to generate the tests 2018-06-12 22:22:30 -04:00
build_pycompat_tokenizer.py Redo the tokenization 2018-07-08 14:30:48 -04:00
build_pycompat.py Redo the tokenization 2018-07-08 14:30:48 -04:00
Cargo.toml Fix repository URL in Cargo.toml 2018-06-26 10:02:15 +08:00
LICENSE Licensing/docs updates 2018-06-17 23:31:25 -04:00
README.md I know Markdown syntax. 2018-06-24 23:56:06 -04:00

dtparse

A dateutil-compatible timestamp parser for Rust

Where it stands

The library works really well at the moment, and passes the vast majority of dateutils parser test suite. This isn't mission-critical ready, but is more than ready for hobbyist projects.

The issues to be resolved before version 1.0:

Functionality:

  1. We don't support weekday parsing. In the Python side this is accomplished via dateutil.relativedelta Supported in v0.8

  2. Named timezones aren't supported very well. chrono_tz theoretically would provide support, but I'd also like some helper things available (e.g. "EST" is not a named zone in chrono-tz). Explicit time zones (i.e. "00:00:00 -0300") are working as expected.

  3. "Fuzzy" and "Fuzzy with tokens" modes haven't been tested. The code should work, but I need to get the test cases added to the auto-generation suite

Non-functional: This library is intended to be a direct port from Python, and thus the code looks a lot more like Python than it does Rust. There are a ton of TODO comments in the code that need cleaned up, things that could be converted to enums, etc.

In addition, some more documentation would be incredibly helpful. It's, uh, sparse at the moment.