- This topic has 6 replies, 4 voices, and was last updated 8 years, 8 months ago by .
Viewing 7 posts - 1 through 7 (of 7 total)
Viewing 7 posts - 1 through 7 (of 7 total)
- You must be logged in to reply to this topic.
Support site for Tips and Tricks HQ premium products
by
Tips and Tricks HQ Support Portal › Forums › WP eMember › WP eMember General Questions › The language of the Country Section cannot be modified by language files
Tagged: WP eMember
Hi,
I’m using wp eMember with, eStore and PDF Stamper together. In the member details, I saw that the country section is not the native language of the wordpress install. And they’re not included to the language file also.
I’ve checked and saw that they’re stored in a different file in eMember. So they are not included to translations.
Since the language of the country is related to translation as well, I would love to see it in language files in the future updates.
Hope that makes sense and there isn’t any other issue with using country info from language file.
Can we expect this to resolve in future updates?
You mean the actual name of the countries?
In eMember, when you go members tab and edit a member, there is a country part there. And all of them are English since emember’s primary language is English.
The problem is these country names are not included to the language file eng.php. So we cannot change them and they stamp it to the pdf’s in English. Whatever language change we do in related language files.
Can that be solved?
Hi! Sorry to revive this old post.
By any chance did you guys implement a way of translating the list of countries from the dropdown?
That would be great!
By any chance did you guys implement a way of translating the list of countries from the dropdown?
They are “hard coded.”
By “translate,” do you mean something like this in the dropdown list?:
Chine (People’s Republic of) –> 中国
China (Republic of) –> 台灣
Israel –> יִשְׂרָאֵל
Exactly, offering all the countries in the language of the website.
Just thinking out loud, if they are hard coded… Perhaps a piece of javascript to replace them on the user-side could work?
The problem, is that natively displaying some country names, requires the use of non-Latin characters. Because the rendering of characters takes place in the browser; some users might not have all the necessary fonts installed. In my previous example, I used Traditional Chinese, Simplified Chinese, and Hebrew; in addition to Latin fonts. It would be an awful-lot to ask users to have every non-Latin font possible installed.