Localization of The Psutil Documentation #2873
Replies: 3 comments 2 replies
|
Hi there. This is a big topic I'll have to understand properly. In particular, I'm still not sure what's best: whether to host the .po files in psutil repo, another repo under my org or your repo. So I'm happy about this:
Feel free to start with Chinese. In the meantime, I was thinking about experimenting with the workflow in a branch where I add Italian, so I understand how the whole thing works. Also, I recently changed 2 things:
|
|
Can you please create an issue (with this same content)? That's easier to track. |
|
Thanks. Closing this one out. |
Uh oh!
There was an error while loading. Please reload this page.
Announcement
Hello Psutil Community,
I am the author of the @localizethedocs organization. And I’m glad to announce that the 🎉 psutil-docs-l10n 🎉 project is published now:
The goal of this project is to translate The Psutil Documentation into multiple languages. Translations are contributed via the Crowdin platform, automatically synchronized with the GitHub repository, and can be previewed on GitHub Pages.
How to Contribute Translations?
To contribute the translations, just follow the following steps:
If translators want to translate a language that is not yet supported, they just need to open a new issue to request the new language. Once the requested language is added, they can begin translating.
How to Keep Content Up-to-date?
An FAQ that is sure to come up in the community is: How to keep translations up-to-date?
First and foremost, in my opinion, the focus should be on how to keep the "Translatable Content (
msgid)" up-to-date, rather than the "Translations (msgstr)". I will focus on the most critical part of the whole infrastructure here.In short, the ci-sphinx-update-pot.yml workflow will be executed weekly to check the upstream project for any required updates to the document content, which in turn triggers the update of the
.potfiles. If an update is needed, a Pull Request (PR) is automatically created to merge into thel10nbranch. For example:Once those PRs are merged, the ci-gettext-update-po.yml workflow will be triggered to merge the updated content from the
.potfiles into the.pofiles for each language. This is essentially how @localizethedocs keeps the "Translatable Content" up-to-date.Therefore, the core responsibility of the code maintainers, besides ensuring the stable operation of the scripts and workflows, is to regularly check whether there are any pending PRs that need to be merged.
How to Reuse Translations?
If the upstream project or anyone wants to reuse the translated
.pofiles prepared by thepsutil-docs-l10nproject, they can clone the.pofiles from thepo/${VERSION}branch by using the following command:git clone --depth=1 --branch=po/${VERSION} https://github.com/localizethedocs/psutil-docs-l10n.git docs/localeThose
po/${VERSION}branches are created to facilitate reusage by the upstream project. For instance, thezh_TWdocumentation for thelatestversion can be generated using the commands below:Related Discussions
There were discussions about translating The Psutil Documentation:
Therefore, I believe the
psutil-docs-l10nproject should be able to serve this purpose.All reactions