Closed MM-WPS closed 1 year ago
+1 Indeed it would be more logical if it set the language based on the user's.
+1
A solution from a related issue https://github.com/pojome/elementor/issues/4686#issuecomment-412304458
function bleye_unload_textdomain_elementor() {
unload_textdomain( 'elementor' );
unload_textdomain( 'elementor-pro' );
} // end function
add_action( 'init', 'bleye_unload_textdomain_elementor', 100 );
I wished I've known about this 2 weeks ago 😂
A solution from a related issue #4686 (comment)
function bleye_unload_textdomain_elementor() { unload_textdomain( 'elementor' ); unload_textdomain( 'elementor-pro' ); } // end function add_action( 'init', 'bleye_unload_textdomain_elementor', 100 );
I wished I've known about this 2 weeks ago 😂
+1 I suggest using is_admin tag to keep translated texts of elements on front-end:
add_action( 'init', 'unload_textdomain_elementor', 100 );
function unload_textdomain_elementor() {
if (is_admin()) {
unload_textdomain( 'elementor' );
unload_textdomain( 'elementor-pro' );
}
}
But this is just a temporary and not a bug-free solution. We want to see Elementor's default labels and admin side texts in English but I personally prefer to see content of elements in the language in which front-end users will see them, while editing and designing the page.
Hello, Any update on this?
+1
+1 This is a nightmare of a problem and massively slowing down development of a multilanguage site I am working on. Please help!
+1 PLEASE !!
Elementor team, Please.
+1
Yup, another +1 here.
User setting options for Elementor language interface needed. Thank you.
+1
+1
+1
+1 elementor should respect user language in editor.
+1 it just makes sense
+1 Or adopt the User Language or offer an option to Force English everywhere.
Please fix. It's mind boggling. 😁
Elementor sitebuilder UI should respect the WordPress user profile language setting for the menus, properties descriptions and options. Contents of the text boxes where user can type in, should stay original.
+1
+1 any update on this issue?
+1
Some peeps have used this plugin from @deckerweb that unloads elementor text domain, but didn't work for me :( https://toolbarextras.com/
...Please?
majorpain ... same here
Some peeps have used this plugin from @deckerweb that unloads elementor text domain, but didn't work for me :( https://toolbarextras.com/
I know a lot of users using my plugin successfully to date for just doing this. But environements can be very different - and also settings and maybe other plugins/ filters are interfering...!
@stefanico Could you please give me feedback about your install so maybe I can make it work with my plugin? What's your goal? -- You will have Elementor in English, right? -- Or in another language? Questions:
Best would be to contact me on facebook, also "deckerweb" there - to not go too much beyond this ticket.
Please fix this. It's a nightmare to have Elementor in a language you don't know. I don't understand what's taking so long, how hard is it to have this fixed? Simply respect the user language like ALL other wp plugins. Such a great product and such a huge language issue. :(
A solution from a related issue #4686 (comment)
function bleye_unload_textdomain_elementor() { unload_textdomain( 'elementor' ); unload_textdomain( 'elementor-pro' ); } // end function add_action( 'init', 'bleye_unload_textdomain_elementor', 100 );
I wished I've known about this 2 weeks ago 😂
thanks so much for this!! life savior
I raised the issue again at Elementor This is their respons:
This is more of a WordPress/Polylang issue than Elementor.
Elementor obeys the language configuration of WordPress, however, as Polylang interfers in this setting, there may happen this kind of issues.
In order to maintain the backend language only in english, you'd need to enforce this with a third-party plugin or a custom code solution (if there may exist one).
At the moment we do not recommend nor provide support for third-party software (plugins/themes) nor custom code, as this goes out of our support scope.
Manuel
Le 16 mai 2019 à 20:26, fthiesen notifications@github.com a écrit :
Please fix this. It's a nightmare to have Elementor in a language you don't know. I don't understand what's taking so long, how hard is it to have this fixed? Simply respect the user language like ALL other wp plugins. Such a great product and such a huge language issue. :(
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
I raised the issue again at Elementor This is their respons: This is more of a WordPress/Polylang issue than Elementor. Elementor obeys the language configuration of WordPress, however, as Polylang interfers in this setting, there may happen this kind of issues. In order to maintain the backend language only in english, you'd need to enforce this with a third-party plugin or a custom code solution (if there may exist one). At the moment we do not recommend nor provide support for third-party software (plugins/themes) nor custom code, as this goes out of our support scope. Manuel Le 16 mai 2019 à 20:26, fthiesen notifications@github.com a écrit : Please fix this. It's a nightmare to have Elementor in a language you don't know. I don't understand what's taking so long, how hard is it to have this fixed? Simply respect the user language like ALL other wp plugins. Such a great product and such a huge language issue. :( — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
I don't know what exactly is your issue, but the issue in the thread has nothing to do with Polylang. I don't use Polylang and my Elementor still shows in the Site Language instead of the User Language.
Thanks for that !
Where to insert this code ? Sorry for stupid question but I do not code :(
Manuel
Le 16 mai 2019 à 20:32, fthiesen notifications@github.com a écrit :
A solution from a related issue #4686 (comment)
function bleye_unload_textdomain_elementor() { unload_textdomain( 'elementor' ); unload_textdomain( 'elementor-pro' ); } // end function add_action( 'init', 'bleye_unload_textdomain_elementor', 100 ); I wished I've known about this 2 weeks ago 😂
thanks so much for this!! life savior
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Thanks for that ! Where to insert this code ? Sorry for stupid question but I do not code :( Manuel Le 16 mai 2019 à 20:32, fthiesen notifications@github.com a écrit : A solution from a related issue #4686 (comment) function bleye_unload_textdomain_elementor() { unload_textdomain( 'elementor' ); unload_textdomain( 'elementor-pro' ); } // end function add_action( 'init', 'bleye_unload_textdomain_elementor', 100 ); I wished I've known about this 2 weeks ago 😂 thanks so much for this!! life savior — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.
Hi I used a plugin called Code Snippets.
Hi! In case you have to support multiple languages and you want to reset Elementor's language only for users using the en_US locale, I took a spin at the solution contributed by @yaaashaaar
function mg_unload_textdomain_elementor() {
if ( is_admin() ) {
$user_locale = get_user_meta( get_current_user_id(), 'locale', true );
if ( 'en_US' === $user_locale ) {
unload_textdomain( 'elementor' );
unload_textdomain( 'elementor-pro' );
}
}
}
add_action( 'init', 'mg_unload_textdomain_elementor', 100 );
HTH
I raised the issue again at Elementor This is their respons: This is more of a WordPress/Polylang issue than Elementor.
Of course it's an Elementor issue and not WordPress. Other theme builders like Divi respect the user language. WordPress implemented that function for a reason. It's Elementor who decided to implement this extremely user unfriendly enforcment to use the site language for ALL users with different languages.
Please this is 2019 not 2009. I am paying for Elementor Pro, so Elementor, please this problem. Yes it's a problem.
By the way, there is plugin by @deckerweb , called Toolbar Extras, ITS A LIFESAVER for this problem. It only runs on the backend and does not affect the front end. You can disable the translation of the backend using Toolbar Extras. This also disabled Elementor's translation, so you can work in your default language.
This is not an issue with Polylang, or WPML, or any other plugin (nor with WordPress itself), it's squarely an Elementor bug (it happens with only Elementor active).
Specifically, to get the user-interface language, Elementor queries the site's locale rather than the user's locale. This is simply a mistake.
Why is this so hard to change? The code simply needs to query the user's locale, not the site's locale. I don't get why this is not a quick fix. It certainly shouldn't take a year. It's a low impact change, too: For users without multilingual sites (where sitelang=userlang), they will see no difference at all once a fix is implemented. For users with multilingual sites (where sitelang!=userlang), it's a lifesaver.
It's a bug, pure and simple. Not a design choice, not an opinion, not a request/enhancement. It's a bug that needs fixing.
In a world where sites are increasingly in more than one language, I can't see why Elementor is dragging its feet for so long on fixing this.
( More detail on why WordPress introduced user locales in WP 4.7 here and here.)
@ElectricFeet Yes, Yes, Yes!! +1 !!!!
This issue was raised one year ago, but is still unfixed...
Please we need this please.
Yep, it's unbelievable how they are ignoring this issue for so long.
just my 2cents on this:
would be an really good idea to have this for elementor! the problem i am actually facing is: the translations sometimes are that poor (or even wrong) that youre completely mislead for funtions or options. so i tried to change the language to get behind some things... with the disadvantage that the frontend always is in the wrong language - which is completely disturbing.
yes - one could dig into the translations and change (or complete) them, but this is time consuming and cant be done quick to get it right :/ did this already and will do it again. but thats not done in a few minutes and sadly even if you change some strings for better understanding sometimes someone changes it back for renewal of confusion which is frustrating ...
so easily changing the language for the editor would be a great help for quick resolving things. AND: theres the possibility that sometimes theres a native speaker of another language for whom it might be better to use his set editor laguage too ...
+1 this is will be helpful
How Elementor handles languages is crazy and causes so many problems for so many users.
Translation fo my language is complete garbage. One third is translated confusingly, 1 third is translated wrongly and 1 third is not translated at all. (Absolute nightmare to use.)
Elementor doesn't allow you to switch to the default English interface.
Changing user's locale to English should solve this, but doesn't.
Imagine buying professional software and being forced to use interface where nothing makes sense.
Some translations are really bad and can't be used, some people just prefer to use English interface, some teams are multi-lingual. MANY people need Elementor to respect their user locale for many reasons.
This is not a feature request, this is an absolute necessity that should be there form the beginning! This problem shouldn't exist after 3 years of developement and more than a year since it has been raised.
Elementor is paid product and after 3 years of paying for the Expert license i'm still forced to use interface that's barely usable.
Maybe it's hard for the developers to relate but imagine buying something like Photoshop with hundreds of different functions and then being forced to use it with translation where nothing makes sense.
No matter how good the software is, no matter how many functions they add, you won't be able to use it properly.
I understand you can't provide usable translations for every language, but you have to give us control by at least respecting user's locale.
Whatever fancy feature you're working on right know, it's not more important that this fundamental problem.
@MichaelDarko ... well put ... but after all this time I think the Elementor team seems to be more motivated by fancy swooshy (often overdone) effects. The Interface and concept is very clever but the Multilingual community doesn't seem to weight over the flashy content. Ticket open ...Jul 20, 2018 .... no one assigned ... sigh
Submit problem tickets (yes this is a problem). Shout this on social media. Review the product.
Elementor has to listen at some point,
Agreed.
+1 this is will be helpful
Elementor is not even responding to this problem. I thought this was the place to report problems.
The workaround is ok. But this should be fixed in Elementor. The Elementor Backend should speak the Users language. :vulcan_salute:
+1
+1
Prerequisites
Description
Website is set to default language "Catalan" Administrator is set to "English UK"
All commands of Elementor appear in Catalan instead of English WP admin interface remains in English as it should be
Steps to reproduce
Same happens with any language, Elementor takes the website language instead of the user language
Isolating the problem
Environment
System Info
``` == Server Environment == Operating System: Linux Software: Apache MySQL version: 10.1.31 PHP Version: 5.6.36 PHP Max Input Vars: 1000 PHP Max Post Size: 32M GD Installed: Yes ZIP Installed: Yes Write Permissions: All right Elementor Library: Connected == WordPress Environment == Version: 4.9.7 Site URL: https://3d-webservice.com Home URL: https://3d-webservice.com WP Multisite: No Max Upload Size: 32 MB Memory limit: 40M Permalink Structure: /%postname%/ Language: en-GB Timezone: Europe/Madrid Debug Mode: Inactive == Theme == Name: OceanWP Version: 1.5.20 Author: Nick Child Theme: No == User == Role: administrator WP Profile lang: ca User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.2 Safari/605.1.15 == Active Plugins == All-in-One WP Migration Version: 6.72 Author: ServMask Block Bad Queries (BBQ) Version: 20180511 Author: Jeff Starr Bookeo Version: 1.4 Author: Bookeo Direct Mail Subscribe Form Version: 1.3.6 Author: e3 Software Duplicate Page Version: 2.6 Author: mndpsingh287 Elementor Version: 2.1.4 Author: Elementor.com Folders Version: 1.3.7 Author: Steve North, Aaron Taylor (6-2 Design), Richard Green Google Analytics Dashboard for WP (GADWP) Version: 5.3.5 Author: ExactMetrics Limit Login Attempts Reloaded Version: 2.7.1 Author: wpchefgadget Ocean Demo Import Version: 1.0.9 Author: OceanWP Ocean Extra Version: 1.4.18 Author: OceanWP Polylang Version: 2.3.8 Author: Frédéric Demarle SecuPress Free — WordPress Security Version: 1.4.5.1 Author: SecuPress SF Move Login Version: 2.5.3 Author: Grégory Viguier Sticky Menu (or Anything!) on Scroll Version: 2.1.1 Author: Mark Senff Yoast SEO Version: 7.8 Author: Team Yoast == Must-Use Plugins == SecuPress COOKIEHASH Version: 1.0 Author: SecuPress Salt Keys Version: 1.0.1 Author: == Debug == Errors: TypeError: undefined is not an object (evaluating 'i.attributes') at https://3d-webservice.com/wp-content/plugins/elementor/assets/js/frontend.min.js?ver=2.1.3 - 2:7459 2018-07-18 12:52 +00:00 TypeError: undefined is not an object (evaluating 'n.ui.form.html') at https://3d-webservice.com/wp-content/plugins/elementor/assets/js/editor.min.js?ver=2.1.2 - 2:80016 2018-07-09 18:17 +00:00 x 2 times TypeError: undefined is not a function (near '...t.imagesLoaded...') at https://3d-webservice.com/wp-content/themes/oceanwp/assets/js/main.min.js?ver=1.5.18 - 1:120374 2018-07-08 00:56 +00:00 x 17 times TypeError: undefined is not an object (evaluating 'this._parent.errors') at https://3d-webservice.com/wp-content/plugins/elementor/assets/js/editor.min.js?ver=2.1.1 - 2:138432 2018-07-07 18:50 +00:00 x 2 times