Thanks to the three of you for your thoughts, those are very very helpful
perspectives that are going to help me design this. One note, I won't have
to worry about multiple currencies on the internal bookeeping side of
things, which is a major plus.
Jorge Godoy-2 wrote:
>
> Alban Hertroys <[EMA
Alban Hertroys <[EMAIL PROTECTED]> writes:
> A few things you'll probably want:
> - Store prices in your db with their original currency
> - Make sure you have up-to-date conversion rates (how up to date that
> needs to be is up to you)
> - Calculate actual prices on demand
- Keep the highest pre
novnov wrote:
> Bumping this in hopes that someone can give me a bit of input?
Wow, nobody replied?...
> novnov wrote:
>> I'm working on an application that will eventually need to support various
>> currencies. I've never touched this area before, have dealt with dollars
>> till now. I'm not sur
Bumping this in hopes that someone can give me a bit of input?
novnov wrote:
>
> I'm working on an application that will eventually need to support various
> currencies. I've never touched this area before, have dealt with dollars
> till now. I'm not sure what the regular practices are re muli
I'm working on an application that will eventually need to support various
currencies. I've never touched this area before, have dealt with dollars
till now. I'm not sure what the regular practices are re mulitple currencies
in the same application.
The app includes calculations like price per un
