i18n: switch language programmatically about quasar-starter-kit

[rstoenescu]

Hi,

Yes, this is the way to do it. Would you be so kind to create a PR for it? If you'd be so kind, a docs update would be good too.

Thank you!

• Razvan

[fansanelli]

Humble ping, gents. Could someone confirm this will be ok for SSR too?

[nothingismagick]

Hi - well, I have used a slightly different approach in

export default ({ app, Vue, ssrContext, router }) => {

the secret sauce is here:

app.i18n.setLocaleMessage(locale, require(`src/i18n/locales/${locale}.json`))

[nothingismagick]

But I am really trying to get the best of ALL worlds for SSR that goes the following steps:

• zero: guard against "inappropriate / unavailable" locale names in cookie / browser pref / route
• first: cookie preference
• next: browser pref / setting
• last: route based :locale token

For extra credit, I also switch the $q.i18n with the same hook and am exporting a watcher and loader via a global mixin.

I am using a lazy loading (one locale at a time) approach, because for huge projects you just do not want to load 15 locales with several hundred strings at a time ... Just, no.

[fansanelli]

Tbh, I don't have to do SSR in my projects, but I found that the store plugin was broken for me after latest changes... So I thought that this commit could lead to the breakage of the SSR context. If it works for you, please consider merging the patch

[nothingismagick]

I'll have to test it, but won't get to it until the end of next week. SRY

[fansanelli]

gentle ping. Is this patch ok as is?

[yusufkandemir]

It is now possible to do so. It's implemented in this commit by @rstoenescu using @fansanelli's suggestions.

[rstoenescu]

Yep. Closing.
Not only the new approach is better, it is recommended.