PKP uses a different tool for translating documentation called GitLocalize, which is compatible with markdown files, integrated with GitHub, and designed for translating longer pieces of text - and so better suited for translating documentation than Weblate. This chapter explains how to use GitLocalize, find documentation to translate, translate documentation, and maintain translations.
You can translate documentation directly in GitHub without using GitLocalize and the section “Translate without GitLocalize” explains how to do that, but we still recommend reading this chapter to understand how documentation translation works as a whole.
PKP creates and maintains many different guides on using, administering, and developing PKP software applications, as well as other guides about scholarly publishing. Our published documentation can be found in the PKP Docs Hub.
Documentation is coordinated, created, and maintained by the Documentation Interest Group, as well as other PKP staff and community members. We are always improving documentation - from creating new guides to updating documentation as the software and its features change.
All of our documentation is created and updated in the pkp-docs GitHub repository in markdown files and rendered into web pages in the Docs Hub using a tool called Jekyll. You do not need to have any knowledge of these tools to translate documentation.
Most of our documentation is created in English and then translated into other languages, but original documentation in other languages is welcome. If you would like to create and update documentation or are just interested in learning more about how documentation works, check out our Guidelines for Contributing to PKP Documentation or contact us at email@example.com.
Documentation translation is integrated with PKP software translation, and the workflow is similar. Translation of PKP software and documentation is done by PKP software users around the world. Translators can translate one guide or many.
PKP has a Translation Coordinator who coordinates translators and translations and approves and merges translations.
Larger language groups have a Language Moderator who coordinates translators and translations in that language and reports to the Translation Coordinator. The smaller language groups are coordinated directly by the Translation Coordinator.
Anyone with translation expertise and some understanding of the software and context is welcome to contribute to translation. We especially appreciate translators who can commit to maintaining a translation over the long term.
If you’re interested in being a Language Moderator for a particular language, please contact firstname.lastname@example.org. Language Moderators are required to make a minimum 2-year commitment to moderating the language. Language moderators should have excellent translation skills and knowledge of PKP software, as they are responsible for reviewing the approving translations. They should also have a relationship with and understanding of the user community for the language, so they can effectively coordinate and recruit translators.
To get started translating PKP software documentation, you can follow the instructions in this guide. You only need to contact the Translation Coordinator or your Language Moderator if you have questions. You can also get support for translation in the PKP Community Forum.
To use GitLocalize for translation, you need to have a GitHub account and be logged in. If you do not already have an account, register on GitHub.
Once you are logged into GitHub, go to the PKP Docs GitLocalize site. You will need to give GitLocalize access to your GitHub account.
On the homepage, you will see a list of languages.
Click on the language that you want to translate into. In this example, it is Portuguese.
On the language page you will see a list of documents, and beside each document name, the percentage of the document that has been translated. The next step is to decide which document to translate.
Consider the following when choosing a document to translate.
Is there one document that would be more useful to other PKP software users who speak your language than others? If so, you may want to translate that document first.
You can ask the language moderator for your language if they know of any documentation needs or priorities for your language group. You can also inquire with regional user groups.
Think about how much time you can commit to this current translation project. Once you begin a translation project, it is best to finish it within one week.
Documents vary in size. A few documents, like Learning OJS, have more than 10 chapters and some chapters are quite long. However, most documents have approximately 5 chapters that are 1-3 pages each.
You do not have to translate an entire document. Translation is done in chapter files and paragraphs, so you can choose to only translate a chapter or even only a few paragraphs in a chapter. You may find a document that is mostly translated and only needs a small part of it translated.
However, if there is an entirely un-translated document, it is best if you can commit to translating the whole document or at least a thematic section of it.
You can open each document to see how long it is and what parts of it need to be translated. When you first open the document, you will see the “en” folder and an index file.
Click the en folder to see all of the chapter files in the document.
Then open a chapter folder to see how long the chapter is and what parts need to be translated. In this example you can see that the guide has not been translated yet.
In this example the guide has been translated.
If there is a document that is completely or mostly untranslated, you can also open it in the Docs Hub to see how long it is and what content it contains.
Once you decide on a project, you can start translating.
In GitLocalize, go to the folder for the language that you are translating into. Find the guide that you want to translate and open it.
Click the en folder to see all of the chapter files in the document. You will also need to translate the Index file in the main folder.
The chapter files will be listed in alphabetical order, but it might be easier for you to translate the files in their logical order. If so, you can open the guide in the Docs Hub to see what order the chapters are in and follow that order.
Whichever order you decide to follow, open the file you want to translate first. You will see a split-view editor, with the original text on the left. GitLocalize breaks the files down into translatable segments, automatically links the translation with the version in the source language, highlighting the sections that are missing translations. If you click the text on the right, a text-editing box will appear with the original text in it. You can replace this text with translated text. Click Submit as you finish each part.
You can also use the machine translation tool to get machine translation assistance.
If you click the Machine Translate button below the text box, GitLocalize’s machine translation tool will enter a suggested translation into the text box, which you can then edit.
Or if you click the Machine Translate button on the top right of the page, machine translations will be entered in all of the text boxes that have not already been translated. This will take a few seconds. You can then edit them manually.
You may find that the machine translator will skip some sections, which you will have to translate manually or use an external machine translation tool.
You will have to click Submit below each piece of text to confirm that the translation is complete.
PKP software translators maintain glossaries on a per-language basis of standard translations of technical terms. You should try to use the same translations when possible. You can check the glossaries in the software translation tool.
You can also check a translated installation of OJS, OMP, or OPS to see what terms are used in the application itself.
You will see screenshots as you are translating, but you can ignore them. PKP has an automatic process to generate screenshots for translations.
When you have finished translating the chapter and clicked Submit below each piece of text, the next step is to request a review of the translation to the language moderator.
Click the Create Review Request button on the top left. This will open a form where you can leave comments about your translation. Note anything you were unsure about that you want the moderator to check in particular. Include any other comments that are relevant.
Then click Submit.
Now you will see a page where you can commit the changes, but you cannot actually take an action here unless you are a Moderator, so you are finished.
After the review has been completed and your translation merged, you will receive an email notification. The moderator may have questions or suggestions for your translation, in which case you will also receive an email notification.
Now you can translate another chapter! Click the language link to go back to the language folder and follow the steps above again, creating a new review request as you finish each chapter.
After you complete a translation of a document, it is ideal if you can continue to maintain the translation as the document is changed and updated. Documents are updated when the software changes or when improvements and additions to the document are made.
Once you translate a document, any time there is an update to that document it will get sent to GitLocalize and you will receive a notification of the update at the email address associated with your GitHub account.
You can also visit GitLocalize to see if there have been updates that need to be translated, even if you did not do the original translation. If a document shows a percentage un-translated, there is probably an update that needs to be translated.
Usually updates will consist of small changes, such as a change to a paragraph, a new paragraph or section, and/or updated screenshots. Sometimes changes will be larger, like a new chapter or substantial changes to the text and/or screenshots.
Usually if a document changes substantially, the DIG will release a new version of it and maintain the old version.
To update the translation, open the guide and find the chapter that needs to be updated, which will not be 100% translated.
On the right you will see text in the document’s original language that needs to be translated.
Translate that text, using machine translation tools as desired, and click Submit below the section when finished.
Click Create Review Request when you have finished translating the updates.
If a document has already been translated but you think the translation needs to be improved, you can edit an existing translation.
Follow the instructions above under Start Translating. The translated text will appear on the right.
You can edit any section that needs improvement and click Submit as you finish the section.
When you are finished, follow the instructions under Create Review Request.
If you do not want to use GitLocallize to translate PKP documentation, your other option is to translate the markdown files, maintaining markdown formatting, and submit your translation directly in the pkp-docs repository in GitHub. Please note, this method is less preferred because the translation will need to be pulled into GitLocalize and the Translation Coordinator will have to manually associate each translated section of text with the original text.
To understand how documents in pkp-docs are structured and how to create and edit documents, read the Guidelines for Contributing to PKP Documentation.
You can look at the structure of an already translated document, such as Learning OJS, to see how a GitHub-based translation will work.
If you are a Language Moderator and a new translation in that language is completed in GitLocalize, you will receive a notification by email that there is a new translation to review.
Go to the PKP Docs GitLocalize site. You will be automatically logged in if you are logged in to GitHub.
Go to the Review Request tab to see the open review request.
Click on the review request to open it. The Conversation tab will show any comments the translator made. Go to the second Translated Texts tab to view the translation.
If you want to suggest changes to the translator or ask a question, reply in the Conversation tab. If you are happy with the translation, you can go back to the Conversation tab and click Send Pull Request. This will send a pull request to the pkp-docs GitHub repository, to be merged. You will receive an email notification once it is merged. The translation will be available in the Docs Hub the next time the website is built, which could be in a few days or a week.