Posted by hswong3i on July 3, 2006 at 9:36pm
4 followers
| Project: | e-Commerce |
| Version: | 4.7.x-1.x-dev |
| Component: | payment |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
since i am using Paypal module but mainly focus to local customers, display the price of product in HKD will let Paypal module crazy, and if display in USD will let customer confuse. so i add this option to payment.module. This patch will:
- if enable multiple currency, a "display only" price will show after normal, basic price
- exchange rate can be updated due to currency_api.module, during cron. static exchange rate is support, too
- both system and display currency have its own set of parameter about display format
| Attachment | Size | Status | Test result | Operations |
|---|---|---|---|---|
| payment.module.patch | 9.78 KB | Ignored: Check issue status. | None | None |
Comments
#1
now come with a complete new version of this hack
detail in here (with screenshot):
http://edin.no-ip.com/html/?q=node/45
#2
Thanks for posting this! At my job just told a client that we wouldn't do multiple currencies with their budget. I might just fool around with this in a few weeks and implement in a few weeks. I'll be tracking this patch and will give feedback if I try this out.
Cheers,
Rick
#3
i am now working on create a config page for each user, which as like as address.module, so registered customer can chose what currency format they hope for. may be a block for customer to switch it, is also a good idea. i think the most ideal case is work as like as i18n module, but that may be a huge job...
any suggestion? please let me know after you try it out ;-)
#4
finalyl a much more useful version, detail and screenshot:
http://edin.no-ip.com/html/?q=node/46
#5
detail in here:
http://edin.no-ip.com/html/?q=node/47
#6
#7
BTW i am now using this patch in my site, please feel free to have a look amd give me some comment ;-)
http://complus.com.hk
#8
I love what you've done with the site. I recommend this be considered by gordon or other. I am concerned firstly about everything that's been added to
payment_format(), I don't seem to be any control if I want to theme the way the alternative currencies are displayed.#9
You are right that there are none of control if you want to theme the way the alternative currencies are displayed. May you provide a more detail idea about how you hope to theme it?
Style of both base price and display price? I think this can be done by using CSS (add a <div>). I can try to add a .css file for payment.module, so the style can be handle by this.
On the other hand, is that means you don't hope to have a default styling apply to price formatting? for example, using <sup> for link, <i> for display price, and event can change the » between base and display?
#10
I like the idea of this, but I would like to see a more intergrated solution which will not just display the price but allow the user to select the currency, which will set $txn->currency = 'AUD'; or what every.
This would mean that you could use fixed prices for difference currencies, so you can set default prices. Also when this flows through to the payments the gateways that are being displayed will be only the onces that support the select currency.
This means that when the use is being charged they are being charged in there currency and not that of the site.
The only thing that I don't know about is how this will interact with a General Ledger.
I like what you have done so far, and want it for 4.8, but I want it to be a complete implementation, and not just a display method.
#11
Currently user can select what currency format that they hope to use for display, within their user profile page. The exchange rate is now cached during cron. Price is now fixed to one currency format, all translation will base on this. The benfit of this implementation is clear: we keep DB format unchange. Support for difference base currency of indivdual product (take eBay auction system as example) required change of DB, and i hope to have your idea about this topic before taking any action. Since i am still new to E-Commerce project ;-)
Here is a question: if we charge user in their local currency, then we will also need to save the exchange rate during transaction. Else during accounting, we will use the current exchange rate, which may be difference (and this is usual) from time of transaction, and the book will then not balance.
On the other hand, if we input all transaction currency to bank (with change to our accounting currency) whenever we recieve the payment from client, we don't need to have support of multiple base currency format. But surly can't support system as like as eBay :(
I didn't intergrated all we need but only display method, since this is a hunge topic. I think before we take action for such redesign of framework, we better collect for more difference voices. Specially from professional of General Ledger system. I post a story within group and hope can collect for more idea:
http://groups.drupal.org/node/1009
#12
I take osCommerce as reference and found that:
I clone the implementation of multiple currency handling osCommerce to drupal E-commerce module, and build a module call "ecurrency". Target of this module:
here is the online demo of current work:
http://edin.no-ip.com/drupal2/?q=admin/store/settings/ecurrency
#13
ec_currency is in CVS