[
https://issues.apache.org/jira/browse/OFBIZ-4412?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13107259#comment-13107259
]
Jacques Le Roux commented on OFBIZ-4412:
----------------------------------------
A look in archives might help, here are some related interesting threads
{quote}
4 feb 2007 http://markmail.org/message/ltxwhafxbgsnv4at
The main event for this in the ecommerce controller.xml file is
"setSessionCurrencyUom".
-David
15 dec 2007 http://markmail.org/message/z65kcj6xsgoztcwz
It seems from a quick investigation that setSessionCurrencyUom is available in
code but not (yet?) used in UI. I guess the idea is to use it if there is a
need to allow user to choose his/her
currency else the currency is determined by the store currency. Hence in your
case it seems that you needs 2 stores else price in GBP will never
show. Except if using setSessionCurrencyUom you implement a mean in UI for the
user to choose himself/herself his/her currency.
Jacques
11 setp 2008 http://markmail.org/message/uinr5kjwjoucycwb
Yes, David is right. My anwser was for OFBiz OOTB. If you want to customise to
allow user to choose his/her currency have a look at setSessionCurrencyUom
Jacques
12 oct 2008 http://markmail.org/message/s4fnwkdt3m2cetsn
Suppose I changed currency from $ to £ now all products prices, whose
currencies has been configured in £ will be displayed.
Problem come when we are on checkout screen as for shipping method cost is
configured with single currency.
example: if shipping method cost is 20 $ then it will display 20 £ which is
incorrect (its just change the sign not the value).
Please let me know is there a fix to it.
Regards, Abhishake
10 dec 2009 http://markmail.org/message/v53itkv6nqa3e5tj
You may have products with proces in any currency you want. But you need one
store for each currency. The rest of the workflow will follow, not sure how the
accouting deal with that though...
Jacques () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org
{quote}
If all problems are resolved at the UI level, you still have 2 choices:
# Set all prices by currencies by products (fixed prices)
# or use foreign exchange rate table (dynamic prices). Then the problem is how
and at which rate the foreign exchange rate table is updated.
For dynamic prices, consider this experience/advice:
{quote}
3 feb 2007 http://markmail.org/message/w22tm3ssdrnhl3nj
I've seen applications that use just 1 base/core currency for the entire store,
and just do a real-time calculation (say with *oanda exchange rate server*)
when a
non-base/non-core currency is used.
Personally, I don't see many stores handling > 1 currency. Taking in "fixed
prices in foreign currencies" is actually quite bad for business, because that
subjects the
business to forex fluctuations.
Imagine having a store with fixed price tags in EUR and in a currency
(fictitious for illustration) WildMoney that fluctuates like mad. Now imagine
shoppers coming in
with WildMoney only on days when WildMoney is wildly weak against the EUR. This
store will be
losing a lot of money!
Jonathon
{quote}
My personnal thought was (in the following message in thread)
{quote}
Yes I agree, and moreover sometimes prices are different according to countries
(typical for luxury goods). But in some case it may be usefull to use an
exchange rate server.
Jacques
{quote}
In other words the choice between 1 & 2 depends on the domain (like a lot of
choices). This does not mean that OFBiz OOTB should not provice those 2
choices... Interesting subject...
HTH
> Set initial ecommerce Locale/Currency based on mount point specified in
> specialpurpose/ecommerce/ofbiz-component.xm
> -------------------------------------------------------------------------------------------------------------------
>
> Key: OFBIZ-4412
> URL: https://issues.apache.org/jira/browse/OFBIZ-4412
> Project: OFBiz
> Issue Type: Improvement
> Components: specialpurpose/ecommerce
> Affects Versions: Release Branch 10.04, Release Branch 11.04, SVN trunk
> Environment: Not specific
> Reporter: mz4wheeler
> Priority: Trivial
> Labels: patch
> Fix For: Release Branch 10.04, Release Branch 11.04, SVN trunk
>
> Attachments: OFBIZ-4412.patch
>
> Original Estimate: 2h
> Remaining Estimate: 2h
>
> Using the specified patch, it is now possible to set a users initial Locale
> (and even currency) based on the webapp mount point. This works with a
> single store, and does not require the use virtual hosts. This is especially
> useful when setting up sitemap.xml, which allows crawlers (like google) to
> correctly locate and traverse products and services in multiple languages.
> Here is an example where "ecomclone" has been modified to Locale=fr with a
> mount point of "/fr".
> specialpurpose/ecommerce/ofbiz-component.xml:
> <!-- <init-param name="Currency" value="EUR"/> -->
> <webapp name="ecommerce"
> title="eCommerce"
> server="default-server"
> location="webapp/ecommerce"
> mount-point="/ecommerce"
> app-bar-display="false">
> </webapp>
> <webapp name="ecomclone"
> title="eCommerce Clone"
> server="default-server"
> location="webapp/ecomclone"
> mount-point="/fr" <------- SPECIFY MOUNT
> app-bar-display="false">
> <init-param name="Locale" value="fr"/> <------- SPECIFY LOCALE
> </webapp>
> The below sitemap.xml would allow products with the "/fr" path to be indexed
> in french.
> <?xml version="1.0" encoding="UTF-8"?>
> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
> <url><loc>http://ofbizsite.com/ecommerce/products/10002/p_1001TANGRAMPUZ</loc></url>
> <url><loc>http://ofbizsite.com/fr/products/10002/p_1001TANGRAMPUZ</loc></url>
> </urlset>
> The patch:
> The attached patch modifies setDefaultStoreSettings in ProductEvents.java,
> which is called once during the initial session creation.
> After a user enters the URL, they are still free to modify the language, as
> long as the page supports it (like the default demo store). The patch also
> allows the Currency to be forced as well, and it does appear to work, but
> should be more throughly tested.
> Although this patch bypasses the requirement for multiple stores, there may
> be issues with other aspects of the store, like emails. However, it is no
> different than a user who enters your English-based ecommerce store, selects
> "french", and attempts a checkout.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira