Fallback locale in case formatMessage failure about react-native-globalize HOT 3 OPEN

There isn't currently a locale-based fallback mechanism for formatMessage. That's something that I could potentially explore adding or accept a PR for, though the mechanism for deciding the fallback locale would need to figured out (not everyone will want English).

That said, there are a couple of workarounds that may or may not help:

• Use the defaultMessage option/prop and set it to the English translation. This doesn't allow formatting/replacements currently (it's just treated as a string), but it would definitely hide the message key.
• Add the English translations to your German translations object so that all keys are present in the German translations, even if some are in English. You could do this manually or potentially just write a quick function that copies any missing keys from the English object to the German one and do this before even passing the messages to GlobalizeProvider.

from react-native-globalize.

Thanks for your response

(not everyone will want English).

Definitely. I used English as an example, but in practice the fallback locale would probably be decided from a prop.

Add the English translations to your German translations object so that all keys are present in the German translations, even if some are in English. You could do this manually or potentially just write a quick function that copies any missing keys from the English object to the German one and do this before even passing the messages to GlobalizeProvider.

Yeah, this is basically the workaround that I opted for. It has a bit more steps than my example, but essentially:

  loadMessages({
    de: {
      ...englishMessages,
      ...germanMessages,
    },
  });

For now I'm happy with this solution, as it seems to cover my needs entirely 👍

from react-native-globalize.

Sounds good, that does seem like a decent workaround for now.

Per another issue that came up earlier today, a defaultLocale option/prop is now available. Currently it's used when the specified locale isn't available/loaded, but it could also be used in this situation. The problem is that it'd basically require initializing two instances of all the formatters (one with the specified locale/messages and one with the fallback locale/messages). Not sure if that's the best idea so I'll try to give this issue some thought.

from react-native-globalize.