
05-22-2012, 04:24 AM
|
 |
Junior Member
|
|
Join Date: Jan 2012
Posts: 15
|
|
Entering European Address in Checkout Form
I know that Ecwid uses MaxMind to determine a customer's location so since I'm in the US (NY) I don't know what the checkout form looks like for a French customer, for example. When testing this in my store and changing the location myself to 'Paris' for the State/Province and 'France' for the Country, I'm asked to put in a city name. So if I put in 'Paris' for the City, I now have 'Paris' twice which I assume will appear on all receipts. Is this happening just because I'm not in Paris (darn!) or does the customer in Paris see something different? (2 screenshots attached)
http://www.venusinfringe.com
|

05-22-2012, 09:40 AM
|
 |
Ecwid Team
|
|
Join Date: Jan 2011
Location: Ecwid headquarters
Posts: 7,514
|
|
The buyers in Paris will see the same form (in French, if you have French enabled in your Ecwid control panel → System Settings → General → Languages). However, there is usually no problem for the residents of some particular territory to indicate their address correctly, even if it includes the same word for their region and the city. For example, new-yorkers are quite used to indicate New York both as state and the city in the address, the same applies for Moscow, which itself is a city and a region at the same time. So I think it is quite natural to indicate Paris, Paris for parisians.
__________________
Eugene Efimochkin,  Team
_________________________
⬇ Click Thanks, please, if this reply helped you.
|

05-22-2012, 01:08 PM
|
 |
Junior Member
|
|
Join Date: Jan 2012
Posts: 15
|
|
Thanks, Eugene.
New York, NY is technically correct because you must have it if the customer's address is the City of New York, State of New York. I don't know about Moscow, so I can't comment. I am assuming that if a customer lives in the City of Paris, Country of France, that they shouldn't have to delete 'Paris' from the State/Province field and enter it into the City Field instead.
The invoice looks strange with 'Paris, Paris' (attached) not to mention technically incorrect. I do have the language settings enabled, so maybe the French translation would solve that?
Liz
|

05-22-2012, 03:50 PM
|
 |
Ecwid Team
|
|
Join Date: Jan 2011
Location: Ecwid headquarters
Posts: 7,514
|
|
Quote:
Originally Posted by Liz G
Thanks, Eugene.
New York, NY is technically correct because you must have it if the customer's address is the City of New York, State of New York. I don't know about Moscow, so I can't comment. I am assuming that if a customer lives in the City of Paris, Country of France, that they shouldn't have to delete 'Paris' from the State/Province field and enter it into the City Field instead.
The invoice looks strange with 'Paris, Paris' (attached) not to mention technically incorrect. I do have the language settings enabled, so maybe the French translation would solve that?
Liz
|
No, French translation will show it the same. Transaltion just changes the words used, but not the whole template$; for instance, the way how address is output stays the same in Russian, Spanish or English (basically because it follows standards). Why do you believe Paris, Paris is incorrect? Is there any regulation for that?
__________________
Eugene Efimochkin,  Team
_________________________
⬇ Click Thanks, please, if this reply helped you.
|

05-22-2012, 05:37 PM
|
 |
Junior Member
|
|
Join Date: Jan 2012
Posts: 15
|
|
I don't 100% know if the address Paris, Paris, France exists. Just guessing.
It's just that it looks funny on the customer's invoice if they happen to enter Paris as their City also, as the previous screenshot showed. But it's not the end of the world as long as their address is complete.
Thanks!
Liz
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Hybrid Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT. The time now is 11:55 PM.
Powered by vBulletin® Version 3.8.6. Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
|