Hi Support.

This component is overall quite nice.. But it is missing some key features. I have recently discovered a HUGE problem which makes this component absolutely useless in regard of more than one language.

This problem is related to how VMinvoice detects which language the customer invoice and DN should be delivered.

If i have loaded another language than the default through the language switcher, AND i pick the same country on checkout, then VM invoice still sends out the PDF/mails regarding to the default language which will not be the correct one.. All of your language friendly settings are pretty useless, when something as basic as this does not work. Sending the invoice is an automated process when payment is confirmed..

You need to implement functionality to detect the current used language-code/overlay when placing order, OR which country is selected for delivery/payment..

I have searched the forums and noticed that this issue was raised 5 months ago... I really hope you fix this soon, otherwise this is not really a proper multilingual component to be honest.

Hello,

You are talking about different detection system of customer language. But VM Invoice is not standalone component and it loads data only from VirtueMart. I am not sure, it should be correct to modify VirtueMart functionality, which is probably not saving information about order language. I didn't find it in database.

And get language from address is maybe possible way, but it is not so clear as customer default language. There is still chance, that someone with address in Great Britain will not speak english and wants invoice for example in czech language. I think, we could do it as additional selection of language if customer default language is not set. But first I have to consult it with development, if something like this will be possible.

Hello. Thank you for your reply.

I agree, that this is a tricky subject, and choosing the invoice language based on delivery address can be problematic..

Although the customer experience is key nowadays, since there is so many online stores available, i think we can all agree about that.

If we take an multilingual online store as example which does not have english as fallback and do a user test scenario where customers go through the checkout system.. All customers who are not related to the default language will receive an invoice which is not in their native language..

We agree that invoice sending is automated by cronjob/your plugin if payment is confirmed (which is the standard of online shopping) Then there is absolutely not time for the customer to login and change their user language.

Also, many online stores have even quitted requiring user creation.. And if we look at statistics, online stores who require this are actually loosing customers to competitors..mainly because of the slower process in shopping/checkout.

VM2 also offers "checkout without registration" and a order view possibilty with a link/password without having a user, which is quite smart..

I hope we can agree that this needs some attention and is obvisouly a must fix, regardless of how its done..Artio´s component is almost a complete multi-lingual product and is by far the best available despite the minor language fallouts.

Looking forward to your response..

Is it correct that the detection of customer language is still not working ?

Hi,

that option is "on"

Hi Makl,

the language settings are okey
in the DB is the the column virtuemart_country_id is filled with different numbers
and my test account has country number "223" for example