There may not be all 5 translation files for your locale. That’s because some of the plugins are 100% completed already.
Preparing these files involved a bit of manual work on my side, so if you see any technical flaws it’s probably my fault. Please don’t hesitate to point them out, and I’d be glad to fix/investigate the cause.
Any ideas why Twenty Ten and Twenty Eleven are not updating when using the automatic update for upgrading to 3.4? Users are reporting that after they update the themes separately, they lose the translation files for their themes…
User “xslidian”, our invited translator and validator reported recently that in translate.wordpress.org GlotPress site, he is unable to approve any strings of WordPress for Android project, as he can approve strings for WordPress core project.
Screenshots he sent to me are attached below, which I think may be useful:
Approving core strings without any problems: http://i43.tinypic.com/dqg6ja.png
Unable to approve strings of WordPress for Android project: http://i44.tinypic.com/2637cid.png
I noticed that in the WordPress core project, the language indicated is “Chinese (China)” but in WordPress for Android project, the language is “Chinese”, which might be the key to this issue.
Upon the suggestion, I’ve just re-written the three features (Chinese video embedding, Dashboard style modification, and Asian character count fix) in /wp-content/languages/zh_CN.php into three separate plugins. I want them to be enabled by default after installation. To make zh_CN.php more efficient, instead of checking plugin state each time zh_CN.php is required in wp-settings.php, I want to request for an action hook that will run after initial WordPress installation and each core update.
That way I can hook to the “install finished” action and enable the l10n plugins. The reason why I want an “core updated” hook is that I want to make new l10n plugins we publish in the future be enabled automatically, as well. In zh_CN.php, I will of course use add_option() and get_option() to check if the plugins were disabled by the user manually before so it won’t be re-enabled automatically again.
If there’s a better way or guideline for such situation, please let me know. Thank you.
It seems that the easiest fix is to enqueue a modified wp-admin/js/word-count.js. Is it okay to put a modified version under the corresponding SVN dist/ directory, and get the original word-count.js replaced, OR I have to put it under wp-content/languages/ and play around with the hook to make it be queued to load?
The situation is: there are untranslated strings, but I am unable to filter them out by using the filter; however, they are visible when I go through the “All” list manually. Hope this could be fixed by doing a re-count or so for us to help the translating process to be more efficient. Thank you!