This plugin hasn’t been tested with the latest 3 major releases of WordPress. It may no longer be maintained or supported and may have compatibility issues when used with more recent versions of WordPress.

WooCommerce & qTranslate-X

Description

This plugin enables qTranslate-X multilingual framework (version 3.4.6.1 or later) for WordPress plugin WooCommerce – excelling eCommerce (version 2.3.5 or later).

After the activation, depending on your theme, you may need to do the following additional step to finalize the configuration:

  • In all customizable template files, replace calls to bloginfo('xxx') with bloginfo('xxx','display'), if you have any. You do not have to do this, if title of your blog appears correctly everywhere you can see it (especially in emails sent), or if you do not localize the name of your blog.

This plugin is not supported by the authors on the WordPress forum due to its simplicity. If you find a field which is not translatable, follow the pattern how it is done in the code for other fields and make it translatable. Then submit a pull request at GitHub to enable your changes for everyone else.

Is is a very good idea to review “Known Issues” in order to have right expectations.

Known Issues

  • Product Attribute may need to be re-saved (page /wp-admin/edit.php?post_type=product&page=product_attributes&edit=xxx) if they were created before installing this plugin: WP Topic.
  • Product Attribute values are shown in admin language and do not respond to LSB. This is a convinience feature, which needs more work to be intergarated, but otherwise it is functional and usable.
  • Custom Product Attributes (which are entered directly on product edit page /wp-admin/post.php?post=xxx&action=edit) have to be entered in raw multilingual text, with values like [:en]EN Val1[:de]DE Val1[:] | [:en]EN Val2[:de]DE Val2[:], leaving separator ‘|’ outside of language tags. This piece has not yet been integrated on admin side, but once all is entered in raw multilingual format, it should work well at front end. Delete and freshly re-create an attribte under this plugin, if it was created before installing this plugin and it misbehaves.
  • Admin e-mails sent by pressing one of the buttons in column ‘Actions’ on order list page, /wp-admin/edit.php?post_type=shop_order, go in the original customer language used to submit the order. However, same e-mails sent using the “Resend order emails” option in order editor page, /wp-admin/post.php?post=nnn&action=edit, go in the mixed language of admin and customer. As a workaround, you can switch the admin language to the customer language before resending an e-mail (which shouldn’t happen too often).
  • Use raw multilingual format with language tags [:en]...[:] or {:en}...{:} in any regualar field, which you wish to be multilingual. It most likely will be translated at front end appropriately. Report the field at GitHub if you found one that does not get translated at front end. Already known fileds: all fields on “Variable Product/Variations” section.

Former Known Issues

  • [Resolved in ver. 1.2] HTML header title on admin page /wp-admin/edit-tags.php?taxonomy=xxx&post_type=product displays raw multilingual values.
  • [Resolved in ver. 1.2] Two buttons, “Add New XXX” and “Search XXX”, on attribute editor page, /wp-admin/edit-tags.php?taxonomy=xxx&post_type=product, are displayed with raw multilingual text. This should be fixed with a later

Installation

Standard, as any other normal plugin hosted at WordPress.

After the activation, depending on your theme, you may need to do the following additional step to finalize the configuration:

  • In all customizable template files, replace calls to bloginfo('xxx') with bloginfo('xxx','display'), if you have any. You do not have to do this, if title of your blog appears correctly everywhere you can see it (especially in emails sent), or if you do not localize the name of your blog.

FAQ

Installation Instructions

Standard, as any other normal plugin hosted at WordPress.

After the activation, depending on your theme, you may need to do the following additional step to finalize the configuration:

  • In all customizable template files, replace calls to bloginfo('xxx') with bloginfo('xxx','display'), if you have any. You do not have to do this, if title of your blog appears correctly everywhere you can see it (especially in emails sent), or if you do not localize the name of your blog.
How do I open a page with configuration options?

Plugin does not have any configuration options, simply activate it and it will enable the translation of relevant fields for WooCommerce back- and front-end.

I submitted a question on support forum, but the authors did not respond?

This plugin is not supported by the authors on the WordPress forum due to its simplicity. If you find a field which is not translatable, follow the pattern how it is done in the code for other fields, and make it translatable. Then submit a pull request at GitHub to enable your changes for everyone else.

Reviews

सेप्टेम्बर 3, 2016
There is still room for improvement but it's already way better than the hellish WPML. Thank you for finally making the management of a multilingual e-commerce site not so painful.
Read all 10 reviews

Contributors & Developers

“WooCommerce & qTranslate-X” is open source software. The following people have contributed to this plugin.

Contributors

Changelog

1.3

  • Improvement: A copule of new multilingual fields.
  • Fix: compatibility with the latest qTranslate-X 3.4.6.1 or later.

1.2

  • Improvement: Gateway names are translated on page /wp-admin/admin.php?page=wc-settings&tab=checkout.
  • Improvement: page /wp-admin/admin.php?page=wc-settings&tab=email&section=wc_email_customer_refunded_order Pull Request #17.

1.1

  • Improvement: during an order, the language currently used by the customer is stored along with the order meta data
  • Improvement: complete order e-mails on admin side are now sent with the order’s original language (only for orders made after this update). [Issue #3]

1.0.1

  • Improvement: display of fields of class ‘attribute_name’ in post.php page.
  • Improvement: added filter ‘woocommerce_format_content’, subject to approval from Woocommerce – was already approved, wait for next release after 2.3.5 – done by now.
  • Fix: problem with custom attributes: Issue #2.

1.0

  • Initial release