We are proud to let you know that on the 2nd of August, two years ago, the project that came to be the POEditor you know today first saw the light of the Internet. Although we couldn’t imagine how far we’d get back then, we believe now that our localization platform has grown into a beautiful piece of software that is valuable to many people all over the globe. Along the way, we’ve added new & useful features and updates, always taking into account your opinions for improvement and other requests, making it our assumed duty to deliver to you in the shortest amount of time possible. This is the kind of relationship we will continue cultivating with our users.
A big thank you to everybody for supporting us and for using our product. We hope to keep on growing together while you enjoy POEditor for years and years to come.
Keep the #l10n roaring!
When it comes to the translation part of a localization process, one of the most important aspects is proofreading the translations. Before exporting the localized strings back to your website, app or game, you will want to make sure they’ve been well adapted to their context and are, indeed, good to go. What’s the best way to achieve this? Assigning some proofreaders to your software localization project, of course.
In this post we will show you how our most recently implemented feature works. As usual, the POEditor translation interface makes things really simple.
We recently made a list of all the formats we support for localization projects, and gave a few explanations for each of them, linked to POEditor’s expectations. We take the chance to clarify a question that keeps popping up in our mailbox: why do we not support certain formats?
The short answer is because of the perspective from which we’ve built the entire translation platform: we preferred to treat every localization job from a project point of view, and not as a mere file translation. For this reason, we need to be able to import every localization file format to the same list of terms and translations, so we can provide back to our users the same content, in the same format, flawlessly.
Taking this into consideration, and the fact that we don’t like to “partially support” language files, we’ve arrived at this list of main formats.
The current list of formats is not final, of course, and new additions will be adapted to this vision, so our users won’t get the feeling of getting too technical.
Have a look at our supported formats:
Gettext .po and .pot files, Excel .xls and .xlsx files, Android .xml files, Apple .strings, Microsoft .resx and .resw files, Java .properties files, .json text files.
Ever since we added the GitHub integration to POEditor, people have started requesting a Bitbucket integration. We’re not going to get into the GitHub vs. Bitbucket discussion, we’re just going to say they’re both pretty popular among software developers and both deserve the same attention. Today is the day Bitbucket fans get their version of this useful feature.
You can now set up the integration either via Project Import or directly from your Project Settings page. You’ll have to grant the POEditor APP access to your repositories and match your language files with the languages within your POEditor project.
Unfortunately though, Bitbucket users only get half of the pie. You can only import terms & translations from your repository, you can’t export them back from POEditor. This limitation comes from the Bitbucket API, which does not allow us to write anything in your repositories. The guys from Bitbucket promised at some point they’ll fix this, but it doesn’t seem very high on their priorities’ lists. You can change that by upvoting this enhancement on their issue tracker here. Pointing fingers done.
We hope you will enjoy this update and maybe one day we’ll be able to complete the feature with an export, if the guys there decide to offer us the possibility to do that via API. Questions and comments welcomed.
App localization can get tricky at times, and one frequent reason for this is labels. Labels are alphanumeric identifiers and, as useful as they may be inside software, they are impossible to read by translators. They can be found in various file types, among which POEditor supports Windows .resx & .resw, iOS .strings, Java .properties and Gettext .po files. In a language page, terms consisting in labels look like this:
As a “decrypting” solution for this comes the almighty Reference Language feature. A Reference Language helps contributors with their translation work by letting them see, above each original term (which is a label), a term in another language existing in the project.
How to set a (Default) Reference Language for a Localization Project
First of all, after creating the project, a project owner (or an administrator) needs to create a language that corresponds to one that’s already in the user’s software. Then it’s time to import into the project both the terms (labels) and the translations in the created language. The project owner or the administrator can set a Default Reference Language for everyone from Project Settings > Edit Project Details, or they can grant contributors with Read Access to All Languages so they can choose their own Reference Language (which will override de Default Reference Language, if one is set).
As previously mentioned, contributors can set their own Reference Language. Once they have Read Access to All Languages, all they need to do is to click in the language page on the Set Reference Language button in the right-hand Options Menu and pick their preferred language from the project.
In the end, after choosing a Reference Language or a Default Reference Language, language pages will show the terms something like in this picture on the right.
As a final observation, note that you should be careful with the Automatic Translation feature while working on projects containing labels. You will want to make sure that you select as source language anything but the project terms. There you have it! Now that you know about Reference Language, translating apps with POEditor should be as easy as pie!
Today we will show you how easy it is to use POEditor’s tagging system among your localization projects. Tags are a simple solution for organizing terms, and they come in handy both during translation and on export. Some situations in which you would care to make use of tags would be:
- When you want to manage localization projects with similar translations in the same POEditor translation project.
- When translating terms from several platforms within the same project. With tags, you can keep track of each platform’s set of terms so you can export them accordingly when the translations are ready.
- When having different versions of the same terms within a project. Tags will help you follow each version, to translate them selectively and export them as such.
How to set tags in POEditor
There are two ways in which you can tag terms in a localization project:
- On import
While on a project page, go to Import Terms > Advanced Options. After selecting a language file, you can add tags for the terms to be imported. You can add tags to all the terms in the file, to the new terms (which are in the file to be imported and not in the project), or to the obsolete ones (which are in the project but not in the file to be imported).
- During translation
While on a project page, go to View or Add terms and select the terms you want to tag by checking the boxes on their left. In the dropdown menu at the bottom of the page, choose Add Tags to Selection and write the name of the tag in the box next to the menu. You can use an already existing tag or add a new one.
Filtering by tags
Again, two situations:
- During translation
To clearly view all the terms in a certain category on a language page, just select the desired tag from the top left drop-down menu and have your set of terms exclusively displayed.
- On export
While on a language page, click on Export > Advanced Options and select the filters you want to apply for export. The result will be a file containing only the pairs of terms and translations which have been tagged with the selected tag(s).
We have seen tags used in many creative ways by our users, so by no means should you limit yourselves to the examples given in this article. Whether you want to sort your terms by date, platform or anything else, using tags will help you neatly organize your sets of terms for a smooth localization process.
Update February 2015: On import, if you choose to overwrite the translations, you now have available the option of tagging the terms which have had their translations modified.
Academic discounts and other goodies
Today we’re going to tell you all about our special academic discount program. We know that professionals entering the localization industry come from many different fields (marketing, international studies, language studies and so on) and that their number, as their need for technical accommodation, is growing by the day. Thus, for educational purposes, POEditor developed the academic program. It consists in a 50% discount on all subscription plans for academic institutions and individuals, and it is aimed at encouraging hands-on practice for those in the academia hoping to achieve a better understanding of what the process of software localization entails, and how the commercial translation environment looks like.
Students and professors can get familiar with cloud localization by using the POEditor platform, benefiting from unrestrained access to all of its features, at a privileged half price.
Are you eligible?
All that is necessary to qualify for our special academic discount program is to be a part of the academia, as a student, teacher, or researcher. Verification is done by email address, so you will need an educational email address matching the school’s domain name with which to register (for free) on POEditor.
How do you purchase?
To benefit from our special academic discount program, you will need to contact us by e-mail, specifying which address you used to register. After checking that the requirements are met, we will provide a unique link that will get you 50% off on your chosen subscription plan.
Translating OS projects with POEditor
POEditor believes in the Open Source movement and supports it, offering free localization services for all Open Source projects. You can translate Open Source projects without using up strings from your account’s limit. All you have to do is request POEditor’s approval for such a localization project, if the software you want to translate is an OSI approved Open Source software. You can find out how to make the request here.
Remember, when you fill out a request for an Open Source Project, you have to prove that your project is Open Source by providing the type of OSI approved license, a project description and a link to your project page.
What are Open Source projects?
Open Source software is software that can be freely used, changed, and shared (in modified or unmodified form) by anyone. Open Source software is developed and distributed under licenses that comply with the Open Source Definition. The Open Source Initiative (OSI) is a global non-profit that supports and promotes the Open Source movement. Among other things, OSI maintains the Open Source Definition, and a list of licenses that comply with that definition.
Yes, we know! We should have started a blog years ago, but we were too busy making our translation software great. Now our team is getting bigger and we decided it’s time to communicate more. So here we are! We would really love to hear what you think about the service, or whatever you guys think we should be implementing next, before we start bragging about POEditor’s cool features. You can use our Twitter, Google+ and Facebook accounts for comments and suggestions, and for more information, see https://poeditor.com.
Here’s to a good start!