Theres no way of doing it short of editing and adding tables yourself, which in my opinion is a lot of work. If you only have a couple of languages, the best suggestion I can offer is to have say
UK SHIPPING | SHIPPING NAME IN OTHER LANGUAGE
That way, you can show both fairly easily. That could however get tedious for you if you have a large number
UK SHIPPING | SHIPPING NAME IN OTHER LANGUAGE
That way, you can show both fairly easily. That could however get tedious for you if you have a large number
Thanks you. I currently have 3 supported languages and I am keen to add others more in soon future, so your suggestion would not be an ideal solution for this.
If no other way, I wil probably end up adding few lines of logic to handle each language hardcoded.
Regards
Aladdin
If no other way, I wil probably end up adding few lines of logic to handle each language hardcoded.
Regards
Aladdin
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
While I do agree that database changes is required, this contribution does NOT request to override core files. It is clearly that you haven't tried it and you have just made that assumption up. My latest release is purely modulated.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Is there any update on this? I have several groups of customers whose languages are quite different, and like Aladdin, it is impossible to translate them all in one comprehensive line (plus, you want to look professional and that means having full, multilingual countries and zones).
Does someone have a vqmod for this? It would be great if we could translate them out of the box like so many other portions of open cart. I am using 1.5.4.1
Does someone have a vqmod for this? It would be great if we could translate them out of the box like so many other portions of open cart. I am using 1.5.4.1
do you mean to have multi language for the geo zone in the backend admin section? or when it displays the geozone in the cart to customers?
for example, on my backend i have all the geozones standard in english.... but on the front end in certain shipping methods instead of using a multilingual name it pulls the name from the database as the english geo zone name.... so if a foreign customer chooses that shipping method, instead of showing his/her language, it'll show the always english geozone name...
primarily the shipping method based on weight....
so what i did was this:
on catalog/model/shipping/weight.php
i changed this section:
i simply removed the $result name for title to be $this->language.....
make sense?
i'm using version 2.1.0.1....
hope this helps!
however, if you are wanting to mulitranslate the entire geozone backend database list..... then that's another story
for example, on my backend i have all the geozones standard in english.... but on the front end in certain shipping methods instead of using a multilingual name it pulls the name from the database as the english geo zone name.... so if a foreign customer chooses that shipping method, instead of showing his/her language, it'll show the always english geozone name...
primarily the shipping method based on weight....
so what i did was this:
on catalog/model/shipping/weight.php
i changed this section:
Code: Select all
if ((string)$cost != '') {
$quote_data['weight_' . $result['geo_zone_id']] = array(
'code' => 'weight.weight_' . $result['geo_zone_id'],
'title' => $this->language->get('text_title'),
//$result['name'],
make sense?
i'm using version 2.1.0.1....
hope this helps!
however, if you are wanting to mulitranslate the entire geozone backend database list..... then that's another story
These changes will only imply the selected language you are currently using as it will not be reflected based on the associated geo zone ID pull in from the database for other users as the same result you would expect. One quick way to do this would be by using the GeoIP module and the associated GEO IP's country code with the database country code that your store has relatively.make sense?
Although, this may indicate results based on your customer's providers location and not based on the actual location where the customer will visit your store. For instance, the geo zone name would be displayed based on a different location to where the customer's provider might be located as well as your store. The question would be to know how to distinguish both ends on that side in order to provide the right linguistic result on the browser.
Dedication and passion goes to those who are able to push and merge a project.
Regards,
Straightlight
Programmer / Opencart Tester
Who is online
Users browsing this forum: No registered users and 20 guests