-
Notifications
You must be signed in to change notification settings - Fork 730
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
some improvements for migrations and for ZINNIA_MARKDOWN_EXTENSIONS #401
Conversation
mavriq
commented
Feb 18, 2015
- you can use ZINNIA_ENTRY_BASE_MODEL for determine your own model of Entry. But migration is trying to create a model of AbstractEntry. I tried to fix this problem.
- I think such a definition of ImageEntry.image field would be better
- I think use the list of modules (or names) while setting options is an better idea than the join this list to one big string, and then split them (for ZINNIA_MARKDOWN_EXTENSIONS)
sorry. my mistake. |
* to demo/ added an example of using ZINNIA_IMAGE_FIELD
corrected errors |
Hello @mavriq I will give you a little review of your PR, because you worth it with your impressive PR. Point 1.Your solution is really smart, but why not using this setting https://docs.djangoproject.com/en/dev/ref/settings/#migration-modules ? I think your implementation save the case where you have removed some fields in the Entry model, but what do you if I want to add more fields ? I certainly miss something... Point 3.This seems perfect. 👀 🐅 Point 2.I have a real dilemma. Note this review is not final. Thanks for your work ! |
Hello, @Fantomas42
glad to be helpful. maybe, at this stage, possible to take this changes: 87af853 3d66f63
hmm.. just django - is my hobby. yet I have no lot of experience. I saw this parameter, but I did not think that it can be used so :)
now I see, that the way I chose was wrong. work and time that I put is for my experience, and if it way was unsuccessful... now I know how I should not have to do. |