Re: Comments/Suggestions For "Services_ExchangeRates"

as far coverting amounts between types, that is supported. (->covert()) and also listing the available currencies (->getValidCurrencies()) as for the choice of services, the package DOES have a custom driver layer, allowing a developer to write a custom driver to consume additional web services. I currenylt have an email out to xe.com asking for a free developer account so I may create a driver for the service, i'll look into the other services too. Since each service has pros/cons, some are more european, some are free, some (like xe.com, cost money, lots of money [about $530/yr] I think its better to offer different options, rather than force users to use a specific service. This history topic is something I have thought of before, but one of two things is holding me back. First, I think this would be enought functionality to merit (possibly) a seperate package. And secondly, would this not be something that would require the service to support such a On 12/6/05, David Grant <david@grant.org.uk> wrote: > Hi Colin, > > Colin Ross wrote: > > Aside from the couple suggestion i got about CS and properties, I haven't > > recieved much insight into what the general public was looking for in this > > package. > > I'd look for a *transparent* choice of services (e.g. xmethods, Yahoo, > xe) with a unified API; historic lookups (i.e. what was the GBP:EUR > exchange rate on 2004-01-01); getting a list of available currencies > from the current service; the ability to feed in the following: > > getPrice(12.00, 'GBP', 'USD'); > > to get the current value of GBP12.00 in USD. > > I don't know if all these features are supported, but that's what I'd want. > > Cheers, > > David Grant > -- > David Grant > http://www.grant.org.uk/ >