Closed miurahr closed 9 years ago
There are dependency issues too. Namely django-timezones
does not support Python 3, and will probably require significant work to port. And considering it had received virtually no updates since 2011 (only one license update in 2014)…
Dropping django-timezones and using pytz would be better. https://docs.djangoproject.com/en/1.8/topics/i18n/timezones/
Could you put an individual issue for it? and welcome PR!
@miurahr this is great! thanks! since merging some of your other PRs, I can no longer merge this one. Could you update and repush your branch?
rebased.
I'd like to add another PR for timezones .
@miurahr django-timezone is used to provide TimeZoneField
in the Conference model. Should we drop it and implement our own model field? I usually use django-timezone-field myself, but it might be a good idea not depending too much on other projects, too.
@uranusjr I've also reached mfogel/django-timezone-field that is forked version of djando-timezone after short research. mfogel/django-timezone-field is good for symposion because it focused to a form field and symposion used timezones for form widget.
Symposion has a meaning as an one of django showcase how to combine pinax apps and 3rd party projects to realize reusable core.
I'd like to bid :+1: to mfogel/django-timezone-field
@miurahr Cool. I’ll submit a PR later today. Do we need a migration for the model change?
from django.utils.encoding import python_2_unicode_compatible
__str__
instead of__unicode__
https://docs.djangoproject.com/en/1.8/topics/python3/#str-and-unicode-methodsfrom __future__ import unicode_literals
at the top of your Python modules https://docs.djangoproject.com/en/1.8/topics/python3/#unicode-literalsu
prefix before unicode strings; https://docs.djangoproject.com/en/1.8/topics/python3/#unicode-literalsSigned-off-by: Hiroshi Miura miurahr@linux.com