Welcome to the official blog of the translator team for the WordPress open sourceOpen SourceOpen Source denotes software for which the original source code is made freely available and may be redistributed and modified. Open Source **must be** delivered via a licensing model, see GPL. project. This is where we discuss all things related to translating WordPress. Follow our progress for general updates, status reports, and debates.
We’d love for you to help out!
Translate WordPress
You can help translate WordPress to your language by logging in to the translation platform with your WordPress.orgWordPress.orgThe community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ account and suggesting translations (more details).
We have meetings every week on Slack in polyglots (the schedule is on the sidebarSidebarA sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. of this page). You are also welcome to ask questions on the same channel at any time!
Posting here
In order to post to this site, you will need to log in with your wordpress.org account. Your first post may take a while to show up, as it is moderated. Please follow our tag policy when posting.
GlotPress is a web-based translation management system (TMS) designed for translating software, such as WordPress themes and plugins. It is currently being used at https://translate.wordpress.org/ to translate:
WordPress coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress..
Plugins.
Themes.
Patterns.
MetaMetaMeta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress..
Apps.
Over the last few years, the documentation community has discussed and requested a platform to be able to translate the documentation. Some interesting posts:
With this first implementation, we are creating a tool using GlotPressGlotPressGlotPress is the translation management software that powers Translate.WordPress.org. More information is available at glotpress.org. as the backend to translate WordPress pages inline. The workflow is as follows:
Import the page content to GlotPress.
Start working on the translations in GlotPress.
Export the current translations to the translated page.
However, if the user prefers (and it is the recommended approach), they can do all the translations inline, without using the GlotPress interface, thanks to the inline functionality we added to GlotPress. The workflow for this method will be:
Import the page content to GlotPress.
Export the new page with contents in the original language and ready for translation.
Start translating inline.
Below are some screenshots that demonstrate the current functionality. Be aware that this is a demonstration of the feasibility of the “data flow”, not the final “user flow.” See the last section for what such a flow could look like.
Screenshots
Button to Import Page Content to GlotPress
The first action the user needs to perform is to import the page content. This action will create a new project in GlotPress.
Project in GlotPress
The previous action created a project inside GlotPress for the imported page, under the “Pages” project. Each page will have its own GlotPress project.
Imported stringsStringA string is a translatable part of the software. A translation consists of a multitude of localized strings.
The user can see the imported strings without any translation. While the user can start translating strings here, the recommended approach is to use the inline translation feature.
DeployingDeployLaunching code from a local development environment to the production web server, so that it's available to visitors. a translated page
Before starting the inline translation, the user needs to deployDeployLaunching code from a local development environment to the production web server, so that it's available to visitors. the new page with the translations (or the originals if translations are not available for the current localeLocaleLocale = language version, often a combination of a language code and a region code, for instance es_MX denotes Spanish as it’s used in Mexico. A list of all locales supported by WordPress in https://make.wordpress.org/polyglots/teams/).
Pages
Once you deploy the translated page, you are going to view both pages in the “Pages” section. In the next iteration, we need to add a “language mark” so the end-user will see this is the translated page (or the strings in the original language if they have not been translated).
Inline translation
Now, the user can go to the newly created page and start translating inline. These translations will be stored in the GlotPress tables, so the user won’t need to access the GlotPress frontend if they don’t want to.
If the user double-clicks on a red element, they will see a pop-up where they can add the translation or change any existing translation.
As the user translates the content, the background will change from red to green.
A Potential HelpHub Translation Flow
Based on the discoveries so far, we could see the following scenario in place. Note that the wp-admin screens from above will not be part of the workflow because these items are automated like shown below:
HelpHub would have its own GlotPress install residing in a subdirectory. GTEGeneral Translation EditorA General Translation Editor (often referred to as GTE) is a person, who has global access to validate strings on all projects for a specific locale. status would be reused from translate.wordpress.orgtranslate.wordpress.orgThe platform for contributing to the translation of WordPress core, themes and plugins., further PTEs can be appointed.
Updates to the English Documentation would lead to automatic updates of the GlotPress projects, making it thus easier to spot outdated documentation.
GlotPress and Inline Translation will be available for everyone with the known workflow where someone without enough permissions would submit a translation as waiting. Inline Translation will happen on a page which a post status set to private so that only logged-in users can see it.
Inline Translation will preview your own translations, even if they are not approved. Thus, you can translate a whole page and ensure that it reads well without having to wait for a review.
Translations would be automatically deployedDeployLaunching code from a local development environment to the production web server, so that it's available to visitors. (= set to publish) at a certain translation threshold.
Further Notes:
If the English text is updated, a translated old version will remain and show a note at the top. When a translator starts inline translating for this new page, a mixed-English-translated text will be written and the translator can translate it inline. When finished, the translated page will be deployed automatically.
The translator can see the amount of work necessary by looking in the language overview. See this mockup:
Currently, there is 94 items in this both sections. In my case I just need 3-5 other languages and other localesLocaleLocale = language version, often a combination of a language code and a region code, for instance es_MX denotes Spanish as it’s used in Mexico. A list of all locales supported by WordPress in https://make.wordpress.org/polyglots/teams/ to reference. I think “Less is better than more” in there. People can quickly find what they need.
I am wondering if we can add some customize settings here? Let the translator select the languages and locales which they really need to reference instead let them get lost in too much information.
The last couple of weeks I have translated several of my favorite plugins into my native language and run into an issue.
I was not able to find an answer at glotpressGlotPressGlotPress is the translation management software that powers Translate.WordPress.org. More information is available at glotpress.org. site: Editing a string
So I posted my question at WP forum a week ago:
https://wordpress.org/support/topic/special-characters-in-glotpress-translation
Unfortunately no response so far, can anybody here take a look?
Hai All,
First thanks for uploading my pluginPluginA plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. WP Media CategoryCategoryThe 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging. Management to the translation site.
Unfortunately, when I visit the page to the translations (https://translate.wordpress.org/projects/wp-plugins/wp-media-category-management), I get an error message saying:
“This plugin is not properly prepared for localizationLocalizationLocalization (sometimes shortened to "l10n") is the process of adapting a product or service to a particular language, culture, and desired local "look-and-feel.". If you would like to translate this plugin, please contact the author.”
But I am the author and don’t seem to have proper access rights, and thus don’t know how to solve this.
Can someone please help?
I have given out our language url (https://translate.wordpress.org/languages/nb) to potential translators. I recently discovered that the “Administration” partial of the WordPress translation isn’t visible there. This led to me not getting any help with that one this time… What’s up with that? 😉
Hello,
I keep getting all sorts of warnings like “Warning: Lengths of source and translation differ too much.” or “Warning: Lengths of source and translation differ too much.” when I try to translate a stringStringA string is a translatable part of the software. A translation consists of a multitude of localized strings. at translate.wp.org. This happens for every string. Could someone please take a look?
Is it possible to make GlotPress dashboard a little bit more useful? Like showing active projects and their statuses to validator like this: http://imgur.com/Bh2Kg1x
It’s hard to track all the projects. I have to check every project to see if there is new or waiting translations. Just WordPress CoreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. has 6 active projects (3 themes, WordPress, Administration and Network). There is mobile projects, plugins etc. It’ll be a handy feature if implemented.
There is still not 3.8 project for WP in GlotPressGlotPressGlotPress is the translation management software that powers Translate.WordPress.org. More information is available at glotpress.org.. When correcting a typo in 3.8.x, should I use 3.7 or Trunk?
Hi there. I have a few questions and issues that we’re trying to sort out over at vi.wordpress.org and
On sites like http://ja.wordpress.org and http://es.wordpress.org there are welcome sections that I cannot figure out how to add into the Vietnamese site. There are only two users on the site right now, and we’re both Editors, and I’m not sure how page templates and/or front page content is set. Can you point me to some information on this?
Do you have a list of validators for Vietnamese, or is there somewhere I can see it? The validators for the language at the moment should be me (philiparthurmoore), Tran Ngoc Tuan Anh (fitwp), and Buy Huy Thang (gsmeanspro). I thought I could control this from within the vi.wordpress.orgWordPress.orgThe community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ Dashboard under Users, but it doesn’t seem to be related.
We’re planning on creating a P2p2"p2" is the name of the theme that blogs at make.wordpress.org use (and o2 is the accompanying plugin). When asked to post something "on the p2" by a member of the Polyglots team, that usually means you're asked to post on the team blog https://make.wordpress.org/polyglots/. for Vietnamese translators to chat with each other. Is there anything in place on the .org side of things to facilitate this directly on the .org site for Vietnamese or should I instead just set up a P2 elsewhere? I’m fine with either solution.
Can we please have a new Development (trunk) project @ glotpressGlotPressGlotPress is the translation management software that powers Translate.WordPress.org. More information is available at glotpress.org.
I’d like to add a plugin to https://translate.wordpress.org/projects/wp-plugins . It is already properly localized and translated in italian and it would be great to use a tool like glotpress to keep the translation updated and attract new contributors.
Is it possible?
The plugin is https://wordpress.org/plugins/weblibrarian/
Does anyone know who is the validator for https://translate.wordpress.org/projects/wp/3.5.x/dv/
Whoever it is is MIA and I’ve been doing a lot of the translations. Without it being validated. If anyone can get me in contact with the validatorValidatorSee translation editor. or make me a validator it will be very helpful for the Dhivehi translation community.
Hi, I’ve finished the translation recently added. When I click the Export link of po or moMO filesMO, or Machine Object is a binary data file that contains object data referenced by a program. It is typically used to translate program code, and may be loaded or imported into the GNU gettext program. This is the format used in a WordPress install. These files are normally located inside .../wp-content/languages/ file, the content shows up on the browser rather than downloading them. Any changes recently? or something wrong? All the browsers show same result.
We are close to betaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. and still no Twenty Thirteen project, time to put it up now!
You must be logged in to post a comment.