Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.Problem/Motivation
Now after enable MULTILINGUAL modules, i.e, Content Translation, field will have its own translatable setting.
After add content for a field, we get this field setting.
The problem is in 'admin/config/regional/content-language', we get field translatable settings too. This could add some confusions. User may not know which UI should be used. And if user doesn't enable content type translatable here, even user has enabled a specifc field translatable in field's setting UI, its setting will be useless. That field can't be translated because the entity/bundle it attached is not translatable.
A more serious problem is, every field UI translatable setting is shared across all field instances. If you go to 'admin/structure/types/manage/article/fields/body/field-settings' and make any changes for Field translation, this setting will be synchronized at 'admin/structure/types/manage/page/fields/body/field-settings', simply because same field body is used in different content types, or field instances share same field translation setting.
See relevant issue at #1893568: Make each field instance have its own translatable property, instead of sharing translatable property with others.
Proposed resolution
Remove field's own translation setting, i.e., remove
function translation_entity_form_field_ui_field_settings_form_alter(array &$form, array &$form_state, $form_id) { }
and remove corresponding field translation page, i.e,
'admin/config/regional/translation_entity/translatable/' . $field_name,
User interface changes
Remove field's own translation setting and menu item 'admin/config/regional/translation_entity/translatable/' . $field_name,
API changes
No api changes
Related issues
#1893568: Make each field instance have its own translatable property, instead of sharing translatable property with others.
#1831608: Show or hide the "Make field translatable" checkbox on the add field form depending on translatability
| Comment | File | Size | Author |
|---|---|---|---|
| field_translatable_2.jpg | 27.18 KB | smiletrl | |
| field_translatable.jpg | 55.58 KB | smiletrl |
Comments
Comment #1
xjmSo my understanding is that field instances need to be translatable or not, independently of whether the bundle is translatable. For example, you might have a field that needs to be the same on all translations of a node.
@smiletrl has a good point that this could lead to confusion, so there may be a usability issue here. Tagging for that and for the D8MI folks.
Comment #1.0
klonos...converted all links to issues to [#...]
Comment #2
plachMoving the the right queue
Comment #3
plachNow for reals
Comment #4
Gábor Hojtsy#2306087: Entity configuration form allows to enable translation without any translatable field is the same issue for the entity bundle page.