[ic] 4.6.1. Problems with localization introduced

Mike Heins mikeh@minivend.com
Sun, 17 Dec 2000 01:17:49 -0500

Quoting Ton Verhagen (ton@verhagen.net):
> Dear Mike,
> While running 4.6.0 I discovered that localzation caused misbehavior of the 
> basket. At that time array @Vend::Productbase wasn't updated when switching 
> locale. You fixed that in the cvs. After that everything was okay.
> However, it seems that since you corrected the localization problems of the 
> basket in cvs, the latest version IC4.6.1 has another problem.
> Same settings as I used before in IC4.6.0:
> Catalog.cfg:
> ProductFiles products nl_products
> Locale database:
> code en_US de_DE fr_FR nl_NL
> ProductFiles products de_products fr_products nl_products
> products products de_products fr_products nl_products
> When switching locale to nl_NL
> Translations ([L][/L] and friends) are okay
> $Config->{ProductFiles} contains: nl_products ----> okay
> info on flypage contains Dutch text coming from nl_products ----> okay
> However, searches like:
> http://www.mydomain.coml/cgi-bin/construct/scan/st=db/co=yes/sf=category/se=Wrenches.html
> return products from two tables: products and nl_products eg two products 
> os28064
> When I change the Catalog.cfg setting from:
> ProductFiles products nl_products
> to
> ProductFiles products
> searches will return one product only, eg for Wrenches(link above): one 
> product os28064
> However no Dutch text on flypage although $Config->{ProductFiles} contains: 
> nl_products!!!
> What could be wrong?

You need to call out the search file in the scan directive; there is no
real way to change that on the fly, nor do I believe that should be done

	[page href=scan

What is easiest to relocate -- all of the search terms or just the
table? I don't know the answer.

Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH  45056
phone +1.513.523.7621 fax 7501 <heins@akopia.com>

When the only tool you have is a hammer, all your problems tend to look
like nails.  -- Abraham Maslow