-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
i18n: Add support for file collections #4483
Comments
No other reasons other then scoping down the PR and also file collections it would need some discussion on how to configure and implement it since at the moment a file collection points to specific files, so I'm not sure how we need to structure the output. I would start by describing your use case and we can move forward from there. |
Hi Aside from pure editorial content we also use netlify cms for handling translations of all UI strings in the app. So basically we have a schema So what we need is basically the way file collections work today - but with i18n support. I'm working on getting to know netlify-cms to implement this for us and contribute back to the awesome work you're doing with this project. But please let me know if this would be something that you could prioritize or collaborate on. Thank you! |
I'm seeing some unexpected behavior and I'm wondering if I'm missing something or if there might be a bug. It seems that the - name: 'config_2'
label: 'Config 2'
i18n:
structure: single_file
editor:
preview: false
files:
- label: 'Blarg (en|zh)'
name: 'navigation_en_zh'
file: 'data/navigation.yaml'
i18n: true
fields:
- label: 'Navigation Items'
name: 'items'
widget: 'list'
i18n: true
fields:
- { label: Name, name: name, widget: string, i18n: true }
- { label: Topic, name: topic, widget: string, i18n: true }
- { label: Link, name: link, widget: string, i18n: duplicate } # <--- This...
P.S. Thanks for shipping this everyone! Even without |
Hi @iansinnott, see https://www.netlifycms.org/docs/beta-features/#limitations for |
We are currently on a forked version of the first PR of the internationalization track where we added support for list collections.
But since it was decided to rework above implementation and use another architecture, our solution became obsolete and are now stuck on that fork. 😅
So naturally, we've started looking into contributing by adding support for file collections but would like to ask @erezrokah if there was any other reason for not adding this feature except from scoping the PR?
Something else we should thing about when we add the feature?
Any pointers / ideas / etc before we go deep here would be very helpful.
The text was updated successfully, but these errors were encountered: