Field Language API

  1. cis7 modules/field/ field_language
  2. cle7 modules/field/ field_language
  3. elmsmedia7 modules/field/ field_language
  4. icor7 modules/field/ field_language
  5. meedjum_blog7 modules/field/ field_language
  6. mooc7 modules/field/ field_language

Handling of multilingual fields.

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


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.


Namesort descending Location Description
field_available_languages modules/field/ Collects the available languages for the given entity type and field.
field_content_languages modules/field/ Returns available content languages.
field_has_translation_handler modules/field/ Checks if a module is registered as a translation handler for a given entity.
field_is_translatable modules/field/ Checks whether a field has language support.
field_language modules/field/ Returns the display language for the fields attached to the given entity.
field_multilingual_settings_changed modules/field/ Implements hook_multilingual_settings_changed().
field_valid_language modules/field/ Ensures that a given language code is valid.
_field_language_suggestion modules/field/ Process the given language suggestion based on the available languages.


modules/field/, line 8
Functions implementing Field API multilingual support.