We have just picked up our first international clients and are beginning down the road of I18N. Initially we were planning to just support locale specific dates and money, which we would store in US dollars and in a US date format within our database. We offer a software solution that is a sales management tool, so we have inventory, deposits, etc. I just got a request to look into how the following scenario would work:
Client's locale is say en_GB (UK), but they have remote sales people in say Germany. When the remote sales staff use the system, it displays everything in pounds as their project is configured to use en_GB. 1. Would the salesperson be forced to input the customers order in pounds even know the local currency for that region is euro's? 2. Should we build in a currency converter to the application? 3. Instead of just lsnumberformat() and lseurocurrencyformat(), should we be converting the amounts to local currency prior to display, and back again when we need to get user input? I have a feeling this is something that a lot of people have tackled before and any pointers in the right direction would be extremely helpful. Rich Kroll Senior Technical Lead SITE Manageware, Inc. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:252591 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
