Add support for flavour override about flutter_translate HOT 3 CLOSED

Thanks for the example and explanation.

It seems this feature might be helpful in some very specific cases.

I will not be implementing it at the moment though, but feel free to submit a pull request if you wish.

from flutter_translate.

Hi @neokree, can you give me an example on why you would use different localized strings for the same language?

from flutter_translate.

Sure. My current use case is a "whitelabel" app, that must be compiled for different clients.
The problem is that a section for a client must be called "A", while the other one wants to call it "B".

This is a very specific case, but I can also see other use cases for this feature:

• FREE/PRO app. The same text in a page can change based on the flavour on which is compiled (like the splash screen, or an intro text)
• Development environments (DEV/QA/PROD). The text that declares the environment itself, for example

Obviously in all these situation you can handle it in code using if/else and adding all versions of the same translation in the same file, using either a prefix/suffix or an object group.
However, these solutions increase the number of translations in the localization file, which can become a problem for medium/large apps, and also needs to use additional code in the usage part (the if/else checks for each type of build config).

from flutter_translate.