-
Notifications
You must be signed in to change notification settings - Fork 3
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
feat(generic): add DateTimeIntervalCharField #1119
Conversation
066b4ae
to
aec287b
Compare
Is there a specific reason to use |
905c846
to
6634493
Compare
d0c6863
to
96e83cf
Compare
This commit introduces a `FuzzyDateParserField` and a `FuzzyDateRegexField`. Both fields are based on the `GenericDateIntervalField`, which adds a `_from`, a `_sort` and a `_to` field based on the field created. Those three additional fields contain data that is calculated using either a parser (in the case of the `FuzzyDateParserField`) or a regex (in the case of the `FuzzyDateRegexField`). The default parser for the `FuzzyDateParserField` is the one from the `apis_core.utils.DateParser` module.
96e83cf
to
8184849
Compare
I've reworked the FuzzyDateRegexField as well as the GenericDateIntervalField, which is the base for the regex and the parser fields. I had to redo the |
Just got a
Got the error. Checked the migrations and there is no duplicate field definitions in the migrations. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Working as intended. tested with the sample project, both fields. Removed and added fields without any migration issues.
We decided to publish the field as its own module. |
No description provided.