Admin Site Using Translations When Shouldn't
This topic contains 23 replies, has 3 voices, and was last updated by kairei 7 years, 3 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
June 14, 2017 at 1:54 pm #383195
A little more info: I’ve always used both methods, i.e. po/mo files for plugins/theme translation and WPML string translation for things that the po/mo files didn’t cover (like titles of widgets and the site tagline). Using po/mo files, when possible, seems to be the better solution since they are portable and can be used across sites. The po file can also be version controlled which is nice. Using WPML string translation seems better for site-specific stuff (again, like titles of widgets and the site tagline). I’ve never had an issue mixing po/mo file usage with WPML string translation usage, and in fact, I believe WPML specifically tries to play nice by allowing you to choose if you want to use WPML only or WPML first with po/mo files as a backup.
I’ve always used the latter for the reasons mentioned above. I’d like to continue using the latter with GD (meaning upload the mo file and modify minimal things with WPML as needed). I’ve got multiple sites and it has been nice to change a common (version controlled) translation and then just re-upload to all sites (rather than messing around with WPML on all sites).
The only real problem I’ve ever run into is GD using the Japanese strings on the admin site when I have my language set to English. Since other plugins don’t do this, I was wondering if GD is doing something with translations that is different than other plugins.
Is the scenario I like possible with GD?
June 15, 2017 at 9:07 am #383330Hi,
> So, do I not do the core translation steps at all and the Japanese core po/mo files are never uploaded?
<
It depends on which method you are using for translation.
– WP standard uses po/mo files for translation. So po/mo files required in languages folder if you are using WP standard translation method and not installed any third party translation plugin.
– WPML provides three options for translation.
1) Translate the theme and plugins using WPML’s String Translation only (don’t load .mo files)
2) Translate the theme and plugins using WPML’s String Translation and load .mo files as backup
3) Don’t use String Translation to translate the theme and pluginsIf you choose
1) You have to upload po/mo files in languages folder, and translation loaded only from files.
2) First it load the translation from string translation but it no translation added for that then it loads from translation po/mo files.
3) No need to upload po/mo files in languages folder as it loads only string translation> The only real problem I’ve ever run into is GD using the Japanese strings on the admin site when I have my language set to English.
<
Let me know did you checked with my steps mentioned here? https://wpgeodirectory.com/support/topic/admin-site-using-translations-when-shouldnt/#post-382942
If you have checked what you seen? Because i have tested it on my local site and your staging site too and it worked for me.May be on your site is loading translation via geodirectory.mo from wp-content/languages/ directory. Try after rename that geodirectory.mo file.
Let us know.
Kiran
July 11, 2017 at 9:10 pm #386641Sorry for the delay, I missed this somehow…
I’m trying to use this method:
2) Translate the theme and plugins using WPML’s String Translation and load .mo files as backupSo, all I ever did was upload the .mo file to the languages directory using FTP. Then separately I use WPML to translate other strings here and there. I never imported anything from the po file into WPML.
I looked at the steps at https://wpgeodirectory.com/support/topic/translating-country-slug/page/2/#post-380130 but it seems like that is importing stuff from the mo file via WPML which I assumed we don’t want to do since we’re using method “2” above (which just uses .mo file as backup, not integrated into WPML in any way). Is this correct?
July 12, 2017 at 10:39 am #386699Hi,
The problem has been fixed and updated on your site too. Actually backend loads the geodirectory-ja.mo file even user has English language saved in his profile.
Please check and let us know.
Thanks,
KiranJuly 12, 2017 at 12:19 pm #386713Yes, it looks fixed on the staging site, thanks. I’ll apply to the live site… What did you do?
July 12, 2017 at 12:55 pm #386720You can find changes form here: https://github.com/GeoDirectory/geodirectory/pull/421/commits/b033d8c760cd4130f325a5de6b57ab3ee9ff2835
July 13, 2017 at 7:32 pm #386964Ok, great. Is there an ETA for this to be included in the next release?
July 13, 2017 at 7:47 pm #386966Hi,
probably next week.
Thanks
July 13, 2017 at 7:56 pm #386967Ok, great, thanks!
-
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket