In this tutorial I’ll cover how to approve existing strings in Crowdin. This thread is a follow-up to POEditor vs. GlotPress and today’s i18n meeting in Slack.
The goal of this process is to get all of our existing translations marked as “Approved”, and at the same time, take advantage of Crowdin’s error checking to make some improvements to the translations.
It’s a good idea to do this process before opening each language to community contributions, since that way we can “Approve” strings that are translated by newer contributors separately. Right now, almost all of our strings are “awaiting approval”, so we wouldn’t be able to tell the difference between existing and new translations.
1. Enter proofreading mode
Pick a language, and under “Proofreading” click “Go to editor”. Let’s use Portuguese for this example:
2. Filter strings to “Not Approved”
I’m not sure what the difference is between the “Waiting for Approval” and “Not Approved” filters. However this seems to work, and it’s a good idea to make sure you’re filtering to the set of strings that you expect.
You’ll also want to make sure that you have the “Workflow step status” filter disabled (set to “Show All”):
3. Select all unapproved strings
(You can ignore the tiny checkboxes, this is an artifact of my Linux system and it shouldn’t look like this for you.)
4. Approve everything in the current selection
This takes a little while to process. At the end, all of the strings should disappear from your current view, since there are currently no “unapproved” strings.
This approved all strings, including those with errors. Since there’s no way to filter to only strings without errors, unfortunately, we’ll need to do this in multiple steps.
For languages where we don’t currently have a fluent speaker in our community, we may want to stop here and leave all current translations as “approved”.
Next we’ll unapprove strings that have errors for manual review.
5. Select all strings with QA errors
6. Remove approval from selected strings
Now that all strings with errors are selected, we can “unapprove” them:
Now we have a bunch of strings that Crowdin did not mark with any errors, these are approved. There are also a bunch that have some errors, which are ready for manual review.
The project dashboard should look like this now, with approved strings in the green bar, and strings that are still awaiting manual review in the blue bar:
I’ve already completed the manual review of all strings with errors for Spanish. I’ll cover how to do this manual review in the next post.