Forum Replies Created
-
Posts
-
for the future readers – if I understand it correctly, now eMember does have the option to login using email and password, with an extra addon. Right?
what if we have several products-subscriptions, several membership levels user can be a member in simultaneously, and the user wants to cancel only one of them, – how can we define, for which product (membership level) it is, in the canceling shortdode:
[wp_eMember_cancel_subscription_link alias="XYZ"]?and for the user himself, what will PayPal do, when clicking on that button – cancel all subscriptions he has with us, or give him a choice?
and what is PayPal merchand id that should be put as alias, is it our paypal email address?
thank you!
Actually, for emails there can be a very simple solution, not requiring any code changes anywhere: the email bodies can just contain texts in both languages, and these combined texts can be entered in Settings for TTHQ plugins (I’ll call them “your plugins” here).
But that’s not the solution I wanted to suggest. Since I value very highly seamless integration, and therefore not changing your plugins code, what I was thinking, when trying to find a solution, was how I could hack the path, on which your plugins get these values. And I found the way.
The trick is in using filters. Your plugins get these values with get_option, and fortunately, we have not only option filter, but even pre_option filter, that is called before going to database.
So, the algorithm roughly is like the following:
1. in Plugin Organizer, load Polylang first
2. in your own (client) functions define filters for all get_option that eStore & … use. It is simple to find them all at: wp-admin/options.php
3. redefine the option filter for language, too, using conversion from Polylang values to eStore file names, like in the example code below.
For WP eMember:
all is in
eMember_configs, so replace emails there,all messages (that content is not available, for example, and so on) define in shortcode attributes and your own text (for each page), or use your __(),
in forms hide fields text is stubborn in, and add yours with same links,
(you can always use jQuery as well! if Polylang vars are not available there, pass them with wp_localize_script, and then replace everything in page as you like.
interesting to use wp_localize_script by its direct purpose, too
why: you cannot (you better not) change the eStore code, where they create those forms, to insert there your text. But you can hide elements with css and then append or replace text and show, with jQuery)
for the rest hope it’s more or less international
♥For eStore:
for the
eStore_cart_languagedefine pre_option filter applying conversion like in the following (what you’re interested in, is only the file names):`else if (ICL_LANGUAGE_CODE == “en”){
$language_file = “languages/eng.php”;
}
else if (ICL_LANGUAGE_CODE == “de”){
$language_file = “languages/ger.php”;
}
else if (ICL_LANGUAGE_CODE == “fr”){
$language_file = “languages/fr.php”;
}`
like it’s said at https://support.tipsandtricks-hq.com/forums/topic/multilanguage-support/page/2#post-28494
and define pre_option filters for all emails, returning them accordingly to your language.
For WP Affiliate:
thank God all is available as for eStore:
wp_aff_language& email bodies, too.Interesting how pages in affiliate center are created. Maybe changing
wp_aff_languagewill take care of it.That’s it.
It is not all in one place, but you will be able to update eStore &… plugins easily and surely, directly uploading zip files (just change permissions recursively after, if your hosting has rules that don’t suit you).
What’s exciting, is that GetResponse integration can be changed accordingly so that it would send your contact language as a custom field (tag) to GR, so that even there, at GR, using their if-then-else, emails can be sent in a language, matching the contact.
Good luck & ease to us all.
Actually, I might have a solution for this, both the labels, and the emails. Without changing TipsAndTricks plugins. Are you interested to see it?
I wonder why swilliams didn’t ask – what you referred him to, was showing the affiliate id of the referrer (right?), and not “show a logged in affiliate their affiliate id”.
How can we show a logged in affiliate their own affiliate id? Not sending him or us to the affiliate center to find that.
Thank you!
Thank you!
Regarding the removing – I just wanted to make it hand-free, as much as possible, for the future. When I dequeue it, the code of dequeuing is in my child theme files, so I won’t need to update anything again, when I install new versions of the plugin.
