?locale. Il accepte deux valeurs : fr et en.
Seuls les endpoints menus consomment la locale :
GET /api/v1/establishments/{slug}/menusGET /api/v1/establishments/{slug}/menus/{menu_type_slug}- la redirection de fichier
GET /r/menus(avec&locale=)
establishment et hours ne sont pas localisés : leur passer ?locale n’a aucun effet.Valeur par défaut et valeurs invalides
| Entrée | Résultat |
|---|---|
?locale absent | Contenu en fr |
?locale=fr | Contenu en fr |
?locale=en | Contenu en en (repli FR par champ manquant) |
?locale=de, ?locale=es, … | Coercé en fr sans erreur |
fr. Si vous voulez détecter une faute de frappe côté intégrateur, validez la valeur avant l’appel.
Exemples
en renvoie les name / description des items et les name des sections traduits. Tout champ non traduit retombe sur le texte français (voir Comportement de repli).
Détail de menu en anglais (extrait)
Liste des menus (index)
L’index accepte aussi?locale. Sans ce paramètre, la liste renvoie tous les language_scope des fichiers du menu (champ assets) ; avec une locale, le contenu textuel suit la langue demandée.
Redirection de fichier
Pour servir directement le fichier d’un menu dans une langue donnée :Contrairement au contenu JSON, les fichiers du menu (champ
assets) n’ont pas de repli : si aucun fichier ne couvre la locale demandée, la redirection renvoie un 404. Voir Comportement de repli.