You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using "keySeparator": false so I can use strrings rather than key: t('Hello! How are you?') instead of t('welcome.message').
The reason is so that this can be extracted: t('Logging in...'). With keySeparator set to false, the dots should not cause problems.
However doing that causes a bunch of weird files to popup: locales/en/translationfalseKey1.json, locales/en/translationfalseKey2.json, ... One different file per language and per individual key.
@coyotte508 Thanks for the ticket. I will add support for keySeparator: false next time I fix bugs and prior releasing 1.0.0. As you mentioned, right now the workaround is to set it to something that is unlikely to be used in keys (like __NO_KEY_SEPARATOR__).
Version: 1.0.0-beta-6
I'm using
"keySeparator": false
so I can use strrings rather than key:t('Hello! How are you?')
instead oft('welcome.message')
.The reason is so that this can be extracted:
t('Logging in...')
. WithkeySeparator
set to false, the dots should not cause problems.However doing that causes a bunch of weird files to popup: locales/en/translationfalseKey1.json, locales/en/translationfalseKey2.json, ... One different file per language and per individual key.
Here is my JSON:
Here is how I call with the cli:
i18next 'app/**/*.js' -c locales/i18next-parser.config.json -o .
Current workaround: use something like
"__NO_KEY_SEPARATOR__"
instead offalse
.The text was updated successfully, but these errors were encountered: