A Slightly smarter enum conversion

[zbyte64]

Tweaks the enum generator for the django model field converter. When generating an enum name, if the choice value is not a string then use the choice label instead. The result is smarter enum labels for integer fields. Check out the changes in unit testing as an example of better usage.

Not backwards compatible.

Partially addresses #649

[coveralls]

Coverage increased (+0.03%) to 92.749% when pulling 32d2808 on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[coveralls]

Coverage decreased (-0.2%) to 92.561% when pulling dc5799e on zbyte64:smarter_enum_conversion into b0cba39 on graphql-python:master.

[zbyte64]

The enum converter now strips non-ascii characters as the graphene does not support non-ascii enum names.

[zbyte64]

Will now prefix choices with "A" if it starts with an underscore. That is to fix #141

[zbyte64]

Realized that #23 specifically opted to use values for enum generation as they are less likely to change.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.