I'm submitting a ...
[x] bug report
Current behavior
If translation yields empty string, the translation is considered missing.
Expected/desired behavior
Empty strings, should either be considered valid translations always, or with a conditional switch, like
translateService.tolerateEmptyStrings();
Reproduction of the problem
See this plunker
What is the motivation / use case for changing the behavior?
Use case is pretty much described in #223 . When localizing links, this is essential.
* Comments *
One could add a space there:
{
"SOME_KEY": " "
}
but this is error-prone as such kinda redundant whitespace can be lost when localization team does its job.
Please tell us about your environment:
You're right, empty string shouldn't be an error ! Sorry about that, I think it's a regression
would you be willing to accept a PR that adds the suggested conditional switch?
I'd rather have empty values displayed with something like "[MISSING]: KEY" then just empty strings. At least this is the way I'm used to it with the old angular-gettext
@ocombe
Most helpful comment
would you be willing to accept a PR that adds the suggested conditional switch?
I'd rather have empty values displayed with something like "[MISSING]: KEY" then just empty strings. At least this is the way I'm used to it with the old angular-gettext
@ocombe