Multiple currency module

demo site:
http://edin.no-ip.com/drupal2/?q=admin/store/settings/ecurrency

new function:

1. an implementation of hook_block, for changing display currency. mainly copy from old implementation. note that if cache is on, this block will not show out (due to the similar case of cart.module face)
2. if hope to use eurency_format as default output, only need a simple hack to payment_format:
   

   /**
    * Format the price according to payment_settings() config options.
    */
   function payment_format($price) {
     if (module_exist('ecurrency')) {
       return ecurrency_format(variable_get('ecurrency_default_base', 1), ecurrency_get_display(), $price);
     }
   
     $price = number_format((float) $price,
       variable_get('payment_decimal_places', 2), 
       variable_get('payment_decimal', '.'), 
       variable_get('payment_thousands', ','));
     return (variable_get('payment_symbol_position', 1) == 1) ? variable_get('payment_symbol', '$') . $price : $price . variable_get('payment_symbol', '$');
   }
   

now i move the code to my sendbox:
http://cvs.drupal.org/viewcvs/drupal/contributions/sandbox/hswong3i/ecur...

for version 1.2:

1. fix .install script. the insert of first 2 example currency will now handle correctly
2. move style of price and block to css
3. tweak to db query. most of the query are cached within same page generation.
4. the API function are now ready:
   1. ecurrency_format($from, $to, $price): Format the price according to input currency format.
   2. ecurrency_get_currencies(): Return an array of all currency objects.
   3. ecurrency_get_currencies_list(): Return an list of all currency objects.
   4. ecurrency_get_currency: Return the currency object matching a currency ID.

i have test both install and configuration, with a small hack to payment.module. again, if you hope to test it out, here are the demo pages:
http://edin.no-ip.com/drupal2/
http://edin.no-ip.com/drupal2/?q=admin/store/settings/ecurrency

the patch to other module is a bit simple: as stay above, to payment.module
and here is the patch, thank you ;-)

i fix the patch
and test in within window and linux
by using "patch -p1 < ecurrency.patch" in dir "ecommerce"

sorry that since i am too busy these days and so don't have time to update this.
i have already move the development to my other modules : the etax, ecurrency, etc

too upset that not much consideration (may be we don't really need such functions), therefore i stop my development right now :"(

as a contributor, i don't care if the name need to be changed ;-)
sorry for my careless about the understanding of drupal coding style, i will learn it.

on the other hand, during my developing i notice that if i keep on develop base on the current ECOM arch, it is not easy to add the localization handling. for example, after handling the tax, i found that if we need to count tax due to location, the address handling need to be update, too. but then when i as gorden if it is possible to change the address.module, the reply is: it is base on store's table, and so...

the idea is: location handling -> taxes -> address (oops) -> store (OOPS)...

BTW since this module only handling currency foramting, i think it can be accept as alone. and for this single idea, i think it is now good enough ;-)