Handling of multilingual fields.

Fields natively implement multilingual support, and all fields use the following structure:

$entity->{$field_name}[$langcode][$delta][$column_name]

Every field can hold a single or multiple value for each language belonging to the available languages set:

The available languages for a particular field are returned by field_available_languages(). Whether a field is translatable is determined by calling field_is_translatable(), which checks the $field['translatable'] property returned by field_info_field(), and whether there is at least one translation handler available for the field. A translation handler is a module registering itself via hook_entity_info() to handle field translations.

By default, _field_invoke() and _field_invoke_multiple() are processing a field in all available languages, unless they are given a language suggestion. Based on that suggestion, _field_language_suggestion() determines the languages to act on.

Most field_attach_*() functions act on all available languages, except for the following:

  • field_attach_form() only takes a single language code, specifying which language the field values will be submitted in.
  • field_attach_view() requires the language the entity will be displayed in. Since it is unknown whether a field translation exists for the requested language, the translation handler is responsible for performing one of the following actions:

    • Ignore missing translations, i.e. do not show any field values for the requested language. For example, see locale_field_language_alter().
    • Provide a value in a different language as fallback. By default, the fallback logic is applied separately to each field to ensure that there is a value for each field to display.

    The field language fallback logic relies on the global language fallback configuration. Therefore, the displayed field values can be in the requested language, but may be different if no values for the requested language are available. The default language fallback rules inspect all the enabled languages ordered by their weight. This behavior can be altered or even disabled by modules implementing hook_field_language_alter(), making it possible to choose the first approach. The display language for each field is returned by field_language().

See Field API for information about the other parts of the Field API.

File

core/modules/field/field.multilingual.inc, line 7
Functions implementing Field API multilingual support.

Functions

Namesort descending Location Description
field_available_languages core/modules/field/field.multilingual.inc Collects the available languages for the given entity type and field.
field_content_languages core/modules/field/field.multilingual.inc Returns available content languages.
field_has_translation_handler core/modules/field/field.multilingual.inc Checks if a module is registered as a translation handler for a given entity.
field_is_translatable core/modules/field/field.multilingual.inc Checks whether a field has language support.
field_language core/modules/field/field.multilingual.inc Returns the display language for the fields attached to the given entity.
field_language_delete core/modules/field/field.multilingual.inc Implements hook_language_delete().
field_language_insert core/modules/field/field.multilingual.inc Implements hook_language_insert().
field_language_update core/modules/field/field.multilingual.inc Implements hook_language_update().
field_valid_language core/modules/field/field.multilingual.inc Ensures that a given language code is valid.
hook_field_language_alter core/modules/field/field.api.php Perform alterations on field_language() values.
hook_field_prepare_translation core/modules/field/field.api.php Define custom prepare_translation behavior for this module's field types.
_field_language_suggestion core/modules/field/field.multilingual.inc Process the given language suggestion based on the available languages.