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
Since adminSettings.json is saved as a file, CMS cannot be separated unless we use a SSR framework like nextjs. Also, it is impossible to scale up server instance. But how about rethinking it as the role of a static generator to make setting easier?
If we can determine permissions or settings(label, upload, editor, etc..) only at the coding stage as a js file, we can apply the existing i18n libraries and many things will be solved.
Other headless cms tools have a similar orm-like approach that describes the appearance of the db schema and the front view at once, but I like the pal.js method where everything is automatically created with prisma as idl. So, how about keeping this concept, but changing only adminSettings.json to the js file and removing the settings at the user level. What do you think? @AhmedElywa
I think i18n support is needed.
It would be nice if both system messages and data model field names could be supported by a common interface.
I think the following is a good example.
https://marmelab.com/react-admin/Translation.html#translation-messages
https://marmelab.com/react-admin/Translation.html#translating-resource-and-field-names
Could you guys add this part to the roadmap?
The text was updated successfully, but these errors were encountered: