-
Notifications
You must be signed in to change notification settings - Fork 630
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
Fields should default to not-translatable when when don't have a content column #3385
Comments
timkelty
changed the title
Default fields w/o content column to non-translatable
Fields should default to not-translatable when when don't have a content column
Oct 18, 2018
Agree, that would be a better default. |
👍 I'll PR next time I'm in there |
No need :) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
It seems like potentially a better default for
craft\base\Field::supportedTranslationMethods
would be to default to[self::TRANSLATION_METHOD_NONE]
if field don't have a content column (hasContentColumn
returning false).The default now assumes if a plugin dev is storing things outside of
content
, they are also making values things multi-site, which probably isn't the case. Since someone would have to intentionally make that field translatable, it makes sense they would have to deal with their ownsupportedTranslationMethods
method.Example: doublesecretagency/craft-smartmap#21
The text was updated successfully, but these errors were encountered: