Custom Work

Problem:
You want the translation column to always be visible on the WooCommerce product list in the admin area, but even after using a code snippet to unhide the column, no data is displayed in it.
Solution:
We recommend implementing a custom function to ensure the 'icl_translations' column is always visible and contains data. Here's a step-by-step guide:
1. Add the following function to your theme's functions.php file or a custom plugin:

function force_wpml_languages_column_visibility() {<br />    if (!function_exists('get_current_screen') || !is_admin()) {<br />        return;<br />    }<br />    $screen = get_current_screen();<br />    if ($screen && $screen->id === 'edit-product') {<br />        $user_id = get_current_user_id();<br />        $hidden_columns = get_user_meta($user_id, 'manageedit-productcolumnshidden', true);<br />        if (is_array($hidden_columns) && ($key = array_search('icl_translations', $hidden_columns)) !== false) {<br />            unset($hidden_columns[$key]);<br />            update_user_meta($user_id, 'manageedit-productcolumnshidden', $hidden_columns);<br />        }<br />    }<br />}<br />add_action('admin_init', 'force_wpml_languages_column_visibility', 20);

2. To ensure the translation icons are reinitialized correctly, add this additional function:

function reinitialize_wpml_translation_icons() {<br />    $screen = get_current_screen();<br />    if ($screen && $screen->id === 'edit-product') {<br />        ?><br />        <script type="text/javascript"><br />            jQuery(document).ready(function($) {<br />                setTimeout(function() {<br />                    if (typeof WPML_Translate_Link_Targets !== 'undefined') {<br />                        WPML_Translate_Link_Targets.init();<br />                    }<br />                }, 500);<br />            });<br />        </script><br />        <?php<br />    }<br />}<br />add_action('admin_footer', 'reinitialize_wpml_translation_icons');

Please test this solution in a staging environment before applying it to your live site, as this custom code is a courtesy and not officially supported by us.

If this solution does not resolve your issue or seems outdated, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket at WPML support forum.

Problem:
The client needed to customize the hover effect color of the language button from black to blue (#002fa7) and the background color of the alternative language options from grey to light blue (#B3E5FF) in WPML.

Solution:
We fixed this by adding the following CSS code in the WordPress Customizer under Appearance -> Customize -> Additional CSS:

a.dropdown-toggle.cursor-init:hover {
    color: #002fa7 !important;
}

span.wpml-ls-native:hover {
    color: #002fa7;
}

ul.dropdown li.wpml-ls-item {
    background-color: #B3E5FF !important;
}

ul.drop-menu > li.wpml-ls-item, ul.drop-menu > li.wpml-ls-item > a, ul.drop-menu > li.wpml-ls-item > a > span, ul.drop-menu > li.wpml-ls-item > a > i {
    background-color: #B3E5FF;
}

ul.drop-menu > li.wpml-ls-item > a:hover > span {
    color: #002fa7 !important;
}

ul.drop-menu > li.wpml-ls-item > a > span:hover {
    color: #002fa7;
}

.submenu-dark .menu-horizontal .menu-smart ul {
    background-color: #B3E5FF;
}

Please note that this solution might be outdated or not applicable to your specific case. We highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If this does not resolve your issue, please open a new support ticket at WPML support forum.

Problem:
You are trying to capture the language of the customer in WooCommerce orders using WPML, but the meta key 'wpml_language' does not work.
Solution:
The correct meta key to use is 'wpml_languages', which is stored in the 'wp_wc_orders_meta' table. This key reflects the language of the order based on the active user language at the time the order is created on the frontend. Here is how you can retrieve the language from the 'wpml_languages' meta key:

$order = wc_get_order( $order_id );
 
// Retrieve the 'wpml_languages' meta value
$wpml_languages = $order->get_meta( 'wpml_languages' );
 
// If the data is serialized, unserialize it
if ( !empty( $wpml_languages ) ) {
    $languages = unserialize( $wpml_languages );
     
    // Assuming the first entry is the primary language of the order
    $order_language = isset( $languages[0] ) ? $languages[0] : null;
     
    // Output or use the $order_language
    echo 'Order language: ' . $order_language;
}

If this solution does not resolve your issue, or if it seems outdated or irrelevant to your specific case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket at WPML support forum.

Problem:
The client is developing a site using a Blocksy child theme and has implemented custom code for WooCommerce warnings in a file named 'ufi-warnings.php'. This code adds a product tab for UFI warnings and allows selection of UFI numbers for products. The client used WPML to translate the product tab into Slovenian and scanned the child theme for custom code translations from Croatian to Slovenian. However, the client encountered issues with the text domain in localization functions.
Solution:
We advised the client to ensure that all hard-coded strings in their PHP code are wrapped in WordPress localization functions like

__()

and

_e()

, and to specify the text domain as a string. This is crucial for the parsing tools to correctly distinguish between different text domains. The client was incorrectly using a variable for the text domain, represented as

$this->text_domain

, which should instead be passed as a string.

For more information on proper localization practices, we recommended visiting: WordPress Developer Resources.

If this solution does not resolve your issue or seems irrelevant due to updates or differences in your case, please open a new support ticket. We also highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins.

Problem:
The client needed the Finnish, Latvian, and Lithuanian flags in their WPML language switcher to link to external partner sites instead of internal translations, but the existing jQuery code was not functioning.
Solution:
We recommended adding a custom function to the

functions.php

file of the client's theme. This function modifies the language switcher to include external links for the specified languages. Here is the code to implement:

function custom_language_switcher_links( $languages ) {<br />    $languages['external_1'] = array(<br />        'url' => 'https://www.changepartners.fi',<br />        'native_name' => 'Suomi',<br />        'translated_name' => 'Finnish',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/fi.svg',<br />        'language_code' => 'fi',<br />        'code' => 'fi'<br />    );<br />    $languages['external_2'] = array(<br />        'url' => 'https://www.changepartners.lv/',<br />        'native_name' => 'Latviešu',<br />        'translated_name' => 'Latvian',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/lv.svg',<br />        'language_code' => 'lv',<br />        'code' => 'lv'<br />    );<br />    $languages['external_3'] = array(<br />        'url' => 'https://changepartners.lt/',<br />        'native_name' => 'Lietuvių',<br />        'translated_name' => 'Lithuanian',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/lt.svg',<br />        'language_code' => 'lt',<br />        'code' => 'lt'<br />    );<br />    return $languages;<br />}<br />add_filter( 'icl_ls_languages', 'custom_language_switcher_links' );

Please ensure to back up your site fully before implementing this solution. If this solution does not resolve your issue or seems outdated, we recommend checking related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket.