Closed (fixed)
Project:
e-Commerce
Version:
4.7.x-1.x-dev
Component:
address
Priority:
Normal
Category:
Feature request
Assigned:
Reporter:
Created:
24 Jul 2006 at 21:54 UTC
Updated:
14 Dec 2006 at 11:02 UTC
Attached is a module and patch that we use internally to make the Ecommerce system more Canadian. This is what it does:
The end result is that provincial taxes such as PST get calculated correctly. For example, setting a tax rule such as "Add 7.00% where state = 'British Columbia'" actually works now. Please note that this is a temporary hack that should be fixed by making the core ecommerce system more international.
Related issue messages:
http://drupal.org/node/60605
http://drupal.org/node/39653
| Comment | File | Size | Author |
|---|---|---|---|
| ecom_canada.zip | 2.47 KB | rickvug |
Comments
Comment #1
mass0ud commentedGreat feature! Is it backwards compatible with 4.6? I am running custom modules developed for 4.6 and can't upgrade to 4.7 for at least a few more months.
Regards,
Massodu
Comment #2
rickvug commentedNo, this wont be compatible with 4.6. Sorry.
Comment #3
avolve commentedIs there a patch in the works to have the provinces come under Canada as a separate country?
I see this as causing problems for calculating GST with the country set to Canada as opposed to USA. There are already issues with 'Canada' (which changes to country = 'ca') being set for tax in that it does not add this in the checkout already???
anything i am missing?
thanks for adding this patch btw
Comment #4
gordon commentedThanks for this, but unforcantly this builds on a system that just doesn't scale.
The adress modules needs work to so that it can handle all states/provinces around the world. I would love it to have the states for Australia as well.
I did have 1 idea of adding the countries/states back into the database so that they can be read in depending on the country. The problem with this is that it makes translating much more difficult.
With the inclusion of jQuery into Drupal 5.0 we can really do some fun things with the interface, which will allow us to be able to handle all address systems around the world. The problem with doing this is that it will have problems for people without js.
Comment #5
simeI'll be adding worldwide states in 5.0 in the next day or two
4.7 is too much of a change to do it properly I'm afraid.
My question is how is it best to modify the names of fields (when it is from english-to-english). Hmm
Comment #6
simethis stuff is in HEAD, need to debug it but essentially using location.module will give you access to alternative countries.
Comment #7
(not verified) commented