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
This issue is supposed to track i18n progress and eventual support in StudioCMS (context).
There are multiple ways to achieve this and all of them are valid for different reasons, the way I see it, StudioCMS should support i18n in one way or another. I will add some techniques that i used in some other content management systems (like Sanity, Caisy etc).
Field level translations
Every field in a record (e.g. blog post) can have its own localized translation. This could be toggleable and configurable for each field (let's say you want to translate only a blog title and content, rest should be the same for both localizations). Every field like this should also have information about it's locale.
Record level translations
Every record (e.g. blog post) has it's own translations (like in Astro content collections when using folders), and they should be linked in the database together, so you can do a query where join those records (this is in my opinion required for something like hreflang in head, where a post should have hreflang tag to every locale that does exist for it). Every record should also have information about it's locale.
For this a feature to copy current record with current values (and link them together) to create a new record for different locale in the frontend would be nice.
The text was updated successfully, but these errors were encountered:
dallyh
changed the title
Internationalization (i18n) support
[Feat] Internationalization (i18n) support
May 4, 2024
Hi @dallyh, I just wanted to reach out to provide a small update to the current progress on this. I am happy to say that i18n is coming to StudioCMS soon! This will start with Issue 304 to implement i18n within the dashboard and create the ability to associate the new multi-lang routes. the next step would be creating the content creation and organization for multi-language content, and then adding support for the front-end routes to use the new functions.
This issue is supposed to track i18n progress and eventual support in StudioCMS (context).
There are multiple ways to achieve this and all of them are valid for different reasons, the way I see it, StudioCMS should support i18n in one way or another. I will add some techniques that i used in some other content management systems (like Sanity, Caisy etc).
Every field in a record (e.g. blog post) can have its own localized translation. This could be toggleable and configurable for each field (let's say you want to translate only a blog title and content, rest should be the same for both localizations). Every field like this should also have information about it's locale.
Every record (e.g. blog post) has it's own translations (like in Astro content collections when using folders), and they should be linked in the database together, so you can do a query where join those records (this is in my opinion required for something like
hreflang
in head, where a post should havehreflang
tag to every locale that does exist for it). Every record should also have information about it's locale.For this a feature to copy current record with current values (and link them together) to create a new record for different locale in the frontend would be nice.
The text was updated successfully, but these errors were encountered: