WordPress.org

You can manage and edit all gettext translation files (.po/.mo) directly out of your WordPress Admin Center without any need of an external editor. It automatically detects the gettext ready components like WordPress itself or any Plugin / Theme supporting gettext, is able to scan the related source files and assists you using Google translate API during translation. This plugin supports WordPress MU and allows explicit WPMU Plugin translation too. It newly introduces ignore-case and regular expression search during translation. BuddyPress and bbPress as part of BuddyPress can be translated too. Produces transalation files are 100% compatible to PoEdit.

Requirements

1. WordPress version 2.5 and later
2. PHP Interpreter version 4.4.2 or later
3. PHP Tokenizer Module (normally standard, required since version 1.90)

Please visit the official website for further details and the latest information on this plugin.

Details

1. automatic detection of gettext ready components like WordPress, Plugins or Themes
2. creation of new language translation files at choosen language (ensures correct plural definitions too)
3. inplace adjusting of .mo/.po file permissions to be able to tranlate it
4. component specific (re)scan of source file to build the updated catalog entries
5. wrapping multiple plugins using same textdomain into one translation unit (like plugin and it's widget(s))
6. extended editing of full gettext catalog assisted by using Google translate API
7. full catalog search (exact match) with instant result set view for source or target language
8. correct handling of language dependend plural forms by providing appropriated edit dialog
9. first support of WMPU plugins started at version 1.60
10. complete WordPress support related to multiple textdomains included (since WP 2.8 and higher)
11. complete support of developer code comments for translators
12. complete support of context based gettext functions and displays this at editor qualified
13. supports also translation of non gettexted code parts, that marked as to be replaced in PHP files directly
14. handles textdomain separation for each module (WP, Plugins, Themes) to avoid standard textdomain usage been part of *.mo file
15. support of Theme language file sub folder (introduced at WordPress version 2.7 and higher)
16. support of BuddyPress and also bbPress as integration part of BuddyPress
17. support of *.pot file content during new language file creation
18. support of encrypted premium plugins but with security risk warning
19. support of low memory conditions (32M memory_limit) with big translation files or source codes
20. support of IDN based installations if PHP version is 5.0 or higher

Announcement

As I stated at one of my articles Features and Future Development this Version 1.x trunk will be maintained now only. This is because of complete rewrite and massive feature implementation of version 2.x series. I will nevertheless support the 1.x trunk, but it would not get more features from now. Please look at the article, it also shows more sneak peak screens of upcomming features. The new version trunk 2.0 is still in progress but has been changed again. So this can last additional time, because harder constraints will be introduced. Planned 2.0 will require PHP 5.x and WP 3.0 as base. Furthermore it will completely support any new features we have at multi site installations. So this took again more time as expected.

Author: codestyling