Attraper une clé i18n construite par modèle que le prochain-intl ne peut pas atteindre

Testkamo-internal
Expédié
14 août 2026 à 23:25 UTC
Auteur
kamo
Commite
6fd464c

Les clés du catalogue contiennent des points, et elles ont été écrites en.json comme littéral Les touches plates. next-intl se résout en divisant en divisant les points, donc chacun des 46 événements titres et descriptions rendus en tant que repli clé manquante sur les trois réglages pages. Vérifié contre le prochain-intl installé, non supposé: créer Translator retourne MISSING pour la forme plate et la valeur pour l'emboîtement. les clés de check-i18n ne l'ont pas attrapé et structurellement pas - pour une clé construite par un modèle qu'il peut vérifier uniquement la résolution du préfixe statique (-events.-) se résout à un objet, Et la queue dynamique y est invisible. Tel est le fossé: chaque clé dynamique dans ce module vit derrière un préfixe qui résout son exactitude. Donc la queue est vérifiée ici, où l'ensemble de valeur est connu. Deux tests marchent tous les Clé d'événement catalogué, chaque tonalité, chaque catégorie et chaque nom de couche La même recherche de partage de points se produit. Les deux sauts en cas d'absence de messages/ puisqu'il est gitignore et peuplé du dictionnaire au moment de la construction. Le correctif de données est en dictionnaire kamo-traduction-dictionnaire (en premier, comme toujours).

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation