Title: incompatibility with Multilanguage plugin
Last modified: June 2, 2023

---

# incompatibility with Multilanguage plugin

 *  Resolved [overyah](https://wordpress.org/support/users/overyah/)
 * (@overyah)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/)
 * Hi All ,
 * Please help me resolve the conflict between the configuration of the SG optimizer
   plugin and the translate press Multilanguage plugin.
 * After thorough troubleshooting, deactivating themes and plugins and reactivating
   one after the other, we found out that the setting Frontend >> CSS >> Minify 
   CSS files in the SG optimizer has on be disabled for the homepage to work with
   rtl.css. If this setting is enabled, the grouping of products on the home page
   is no longer as structured ( impacting the alignment of the products on the home
   page).
 * We also tried all 14 shootouts of the CSS minification listed there. The /themes/
   storefront/assets/css/woocommerce/woocommerce.css option from the dropdown menu
   was able to fix the category grouping disruption, but the product grouping on
   the home page is only aligned when the minify css option is disabled.
 * We do not prefer disabling the minify css option in the plugin as it works well
   with the website. Since the problem occurs when the language is changed to Arabic,
   could you suggest which options need to be excluded from the dropdown menu in
   minify css so that the home page (in the storefront theme) also works with the
   Arabic language. Please suggest how SG Optimizer will be compatible with the 
   Arabic version.
   Thanks alot for support.
 * The page I need help with: _[[log in](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fwordpress.org%2Fsupport%2Ftopic%2Fincompatibility-with-multilanguage-plugin%2F%3Foutput_format%3Dmd&locale=en_US)
   to see the link]_

Viewing 6 replies - 1 through 6 (of 6 total)

 *  Plugin Support [Georgi Ganchev](https://wordpress.org/support/users/georgiganchev/)
 * (@georgiganchev)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16787986)
 * Hello [@overyah](https://wordpress.org/support/users/overyah/) ,
 * There is no incompatibility between the SG Optimizer and the Multilanguage plugin.
   It appears that some of the .css that get combined are breaking the rendering
   of the specific page. To prevent that you should exclude the .css that is related
   to that product grouping on the home page.
 * The drop-down list contains CSS Styles which are added to the code of your site
   through standard coding procedures. CSS Styles which were added not following
   the standard coding recommendations, would not show up there. For these, you 
   need to use exclusion code filters. For these, you have to find or know the handle
   of the style and not the style sheet name directly.
 * [Here is a post](https://wordpress.org/support/topic/how-to-use-sg-optimizers-filters-procedure/)
   here which explains how you can find the handle for each one of your styles and
   then how to exclude it. You may also contact the developer of the theme / plugin
   the style of which you want to exclude and they should be able to provide you
   with the handle name.
 * You can exclude styles from being combined and minified using the filters we’ve
   designed for that purpose. Here’s an example of the code, you can add to your
   functions.php file:
 *     ```wp-block-code
       add_filter( 'sgo_css_combine_exclude', 'css_combine_exclude' );
   
       function css_combine_exclude( $exclude_list ) {
   
           // Add the style handle to exclude list.
   
           $exclude_list[] = 'style-handle';
   
           $exclude_list[] = 'style-handle-2';
   
           return $exclude_list;
   
       }
   
       add_filter( 'sgo_css_minify_exclude', 'css_minify_exclude' );
   
       function css_minify_exclude( $exclude_list ) {
   
           // Add the style handle to exclude list.
   
           $exclude_list[] = 'style-handle';
   
           $exclude_list[] = 'style-handle-2';
   
           return $exclude_list;
   
       }
       ```
   
 * Best regards,
   Georgi Ganchev
 *  Thread Starter [overyah](https://wordpress.org/support/users/overyah/)
 * (@overyah)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16804156)
 * Sorry to inform but this was not resolved please help me understand the handle
   name from the below list as mentioned in the link .[https://wordpress.org/support/topic/how-to-use-sg-optimizers-filters-procedure/](https://wordpress.org/support/topic/how-to-use-sg-optimizers-filters-procedure/)
 * ![](https://i0.wp.com/staging9.sab1000.com/wp-content/uploads/2023/06/Screenshot-
   2023-06-08-at-16.29.49.png?ssl=1)
 *  Plugin Support [Pavel Dosev](https://wordpress.org/support/users/pdosev/)
 * (@pdosev)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16804723)
 * Hello [@overyah](https://wordpress.org/support/users/overyah/), 
   On your screenshot
   you are showing the content of the plugin’s generated files. You can’t obtain
   the style handler from there. You have to follow the steps from the post below:
   [https://wordpress.org/support/topic/how-to-use-sg-optimizers-filters-procedure/](https://wordpress.org/support/topic/how-to-use-sg-optimizers-filters-procedure/)
   You need to activate the plugin, add the snippet which will show you the style
   handlers and then load the page and find the data handlers for your styles. You
   need to find the data handler(s) which are causing this and add them to the filter,
   in the same post, to exclude them from the CSS minification.
 *  Thread Starter [overyah](https://wordpress.org/support/users/overyah/)
 * (@overyah)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16805376)
 * Hi Again,
 * Thanks alot for the reply , In the link provided there are 2 options to find 
   styles/scripts handles. The first one I already tried and see many handles there
   and was difficult to figureout the Storefront’s product grouping handle , thats
   why I went for second way to find the handle name , the way suggested by [Stanimir Stoyanov](https://wordpress.org/support/users/sstoqnov/)
   in the attached. Please see the below it would be great if I get your help on
   finding product grouping handle.
 * cameronjonesweb_add_script_handle PHP code is in the [https://staging9.sab1000.com/](https://staging9.sab1000.com/)
   site with disabled combined css. Thanks alot for your support .
 * ![](https://i0.wp.com/staging9.sab1000.com/wp-content/uploads/2023/06/Screenshot-
   2023-06-09-at-02.48.35.png?ssl=1)
 * ![](https://i0.wp.com/staging9.sab1000.com/wp-content/uploads/2023/06/Screenshot-
   2023-06-09-at-02.53.03.png?ssl=1)
 * ![](https://i0.wp.com/staging9.sab1000.com/wp-content/uploads/2023/06/Screenshot-
   2023-06-09-at-03.01.59.png?ssl=1)
 *  Plugin Support [Delyan Delov](https://wordpress.org/support/users/delyandelov/)
 * (@delyandelov)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16805420)
 * Hi [@overyah](https://wordpress.org/support/users/overyah/),
 * I have checked the provided staging site and noticed that when the Minify CSS
   functionality is enabled actually the filenames are not generated properly and
   therefore they are not loaded at all:
 * `Request URL: https://staging9.sab1000.com/wp-content/plugins/woocommerce/packages/
   woocommerce-blocks/build/wc-blocks-style.min-rtl.css
   Request Method: GETStatus
   Code: 404
 * It appears that the issue is with the files that have **rtl** in the name most
   probably because their handle is the same as the ones without **rtl** in the 
   name. You can identify the handles by activating the Minify CSS functionality
   and checking which files are not loaded properly. The handle would be part of
   the filename before .**min-rtl.css**. I have found the following handles:
 * _`wc-blocks-vendors-style
   wc-blocks-editor-stylewc-blocks-stylewc-blocks-checkout-
   stylestorefront-gutenberg-blocksstorefront-stylestorefront-icons
 * I recommend excluding them all in order to be sure the issue will not re-appear.
 *  Thread Starter [overyah](https://wordpress.org/support/users/overyah/)
 * (@overyah)
 * [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16807170)
 * Super, Thanks a lot , _`wc-blocks-style`_ was the main handle for product grouping
   on home page . As recommended I tried excluding all the given handles but handle
   name ‘storefront-style’ was breaking the arabic header and footor so have to 
   remove that from the list.(Storefront styles some how should be minified.)
   Finally
   all good and have a very nice day

Viewing 6 replies - 1 through 6 (of 6 total)

The topic ‘incompatibility with Multilanguage plugin’ is closed to new replies.

 * ![](https://ps.w.org/sg-cachepress/assets/icon-256x256.gif?rev=2971889)
 * [Speed Optimizer - The All-In-One Performance-Boosting Plugin](https://wordpress.org/plugins/sg-cachepress/)
 * [Support Threads](https://wordpress.org/support/plugin/sg-cachepress/)
 * [Active Topics](https://wordpress.org/support/plugin/sg-cachepress/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/sg-cachepress/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/sg-cachepress/reviews/)

 * 6 replies
 * 4 participants
 * Last reply from: [overyah](https://wordpress.org/support/users/overyah/)
 * Last activity: [3 years ago](https://wordpress.org/support/topic/incompatibility-with-multilanguage-plugin/#post-16807170)
 * Status: resolved