There are several fields that do multiple inheritance from a mixin and a Django field (like CharField). For example, the following fields:
JSONField from jsonfield
EncryptedTextField from django-encrypted-fields
The original code in django-dynamic-fixture uses the first parent class when trying to figure out the proper type of field for a custom field. This pull request extends that functionality to check for the first parent field that subclasses Django's Field class. If there is no field that subclasses Field, it simply defaults to using the first parent class like before.
This fix has allowed us to easily work with the above fields without getting UnsupportedFields errors. Tests are included. Please let us know if there is anything we can do to help get this improvement merged and possibly published to pypi (we depend on it in our setup.py for other projects and have gotten around the issue thus far by providing values to the unsupported fields).
There are several fields that do multiple inheritance from a mixin and a Django field (like CharField). For example, the following fields:
JSONField from jsonfield EncryptedTextField from django-encrypted-fields
The original code in django-dynamic-fixture uses the first parent class when trying to figure out the proper type of field for a custom field. This pull request extends that functionality to check for the first parent field that subclasses Django's Field class. If there is no field that subclasses Field, it simply defaults to using the first parent class like before.
This fix has allowed us to easily work with the above fields without getting UnsupportedFields errors. Tests are included. Please let us know if there is anything we can do to help get this improvement merged and possibly published to pypi (we depend on it in our setup.py for other projects and have gotten around the issue thus far by providing values to the unsupported fields).