-
Notifications
You must be signed in to change notification settings - Fork 1
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
Translated object should inherit from some of original content #40
Comments
I would say that a new setting could define what model field have to be copied during translation, so each project could choose to copy or not some fields. Something like this:
|
By the way, actually from translation form we give the original id as an URL argument automatically set on input from Django admin form view. But this won't work to copy original field values, date won't be formatted well and images cannot be given like this. So we will need to customize the admin form to get values and set them on new non created (yet) form for the translation. |
We may have a proper way using a form in |
Also there is a bug with "Translate" button from detail page, it shows even if there is not any available language for the object to translate. |
The POST technique won't work since it is catched as submitting create form, not as "go to creation form and fill this". The GET could work but not for images since they need to be duplicated (each article needs its own file since it can be removed). We may change of the way to perform a translation. Instead of sending to creation form, it could be some sort of resumed form with choosing data to copy and then directly create object ? (It seems impossible since there is many required fields) |
Is your feature request related to a problem? Please describe.
When creating a translation object from an original one, the create form is almost blank except the "orginal" relation.
Describe the solution you'd like
Category has nothing valuable to share with translation.
Article translation should inherit from states and publication dates because we can assume it should be identical on its visibility behaviors and the user should be aware enough to change these value for specific case.
Describe alternatives you've considered
Let this as it work currently, this is not a breaking issue but this is not really useful for users to apply again all the original value.
The text was updated successfully, but these errors were encountered: