Hi Linda, be happy to explain (better hopefully) what I mean.
Using the "weight" field I have put in "codes" that correspond to all of my possible products. My logic was/is numerals left of the decimal point are major categories of products and numerals right of the decimal are specific products within that category. In hindsight I should have used more significant digits right of the decimal point, and if I can get my shipping working the way I wish I will do that; for example instead of +3.01 I will input +3.00001, representing product #1 in category 3. The more-digit version seems to be the largest number of digits right of the decimal point the field will accept.
Using this "code" (e.g. +3.01) I put that into the "zone rates" zone Shipping Tables with different shipping charges for each zone as I wish:
ZONE 1: 1.01:2.95,1.02:14.95,2.01:10.00,2.02:12.00,3.01:5.95,3.02:,,,
ZONE 2: 1.01:4.00,1.02:20.00,2.01:16.00,2.02:18.00,3.01:12.50,3.02:,,,
Therefore, I guess my goal is to get the zones shipping module to not do any math function with my "codes", but add all the shipping charges for the corresponding products/zones that are in the cart when there is more than one product in the cart. My system worked perfectly until about 2 weeks ago. I received my first multi-product (photographs) order, and it came through with zero shipping charges, so I basically broke even on the order. Since then I've been trying to figure a way to have all my shipping variations (which are numerous because of the sizes I ship to various countries) be totaled up.
I drop-ship alot of my items, so I am already dealing with a marked-up (inflated) shipping charge, so I myself don't markup/roundup or "guesstimate" my shipping charges to make my life easy, I just simply want to automatically pass along my vendor's shipping charges. Make sense?
Cheers & all the best,
Kevin





).
