I was wondering, is there a simple solution to make this system multilingual with one installation for different languages? So that you have only one administration page for every languages? We have two official languages in Finland (finnish and swedish) so you always have to take this under consideration when you want to publish something. :(
Frank then come to Poland ... we have one language :)
Yes treewood, that would be the easist thing to do :) But could it be possible to have for instance when you add a product, two separat fields (finnish, swedish) for the productinfo and category. And they would then be linked to separate frontends. All the rest would be the same for both languages, like the price and so on. What would I have to consider when coding in that case? This is awfully complexed, that´s for sure! :S
Frank had a good idea. I thought the same.
We have other translated languages, but can use one only, either english or french or etc at a time.
I mean, why don't we have an option for the customer to select their own prefer language?
Just simply click on the Pull-Down language option and select the prefered language, then it will automatically change to the selected language.
Treewood, I hope you think this is useful. ;-)
OK guys, but ... here comes the BUT :)
Lets say there is an option to change the "interface" language from English to German (lets consither this case). This would be nice and not difficult to implement. But still the description of the product is in the "original" language. Unless there is an additional entrance for each product "field" in the second language. Not impossible, but would require double more "stored information", and surely increase the size of the storage files twice. (think about the system, not only the clients ... I know client rulezzz, but clients rule only if the system works :) )
But lets scale the things to real-world example. We have a shop supporting English, Finish, Sweedish, German, Bulgarian (that is for me :) ) and Russian interface. That is not a bother to implement even now and I think CP was requiring this "change" with drop-box. It would be nice, but is different from what Frank asks for.
Frank, do you really want/need to store information about the products for all those languages? If so the question is: "is more than one language product description really necessary, and what shell be the limit - two, three, frour or more?"
Do not get me wrong, but as I see the things, although not involved in the programming of QC, it is ment to be simple, database-less application. And this is advanced request. But I leave Treewood to make the decision, I just give an opponion ;-)
I really need/want to store information about the products in 3 languages.
And you want to use "simple" & "no database" cart to use such sophisticated functionality?
My personal opinion is to reconsider your choice or what you need.
I guess I'll have a look at your problem. it's realy a must-have feature, and not a nice-to-have or sophisticated functionality as Mladen says.
A simple translation of an interfase doesn't solve anything. Any shop has to have a multilingual functionality.. unlimited to the number of languages supported into the burgain... :)
Mladen, in my country lives 40% of russians and 60% of latvians. So, tell me, what language I must choose for them all? Maybe polish? :-))
rjdenis, I am bulgarian that lives in Portugal curently, and I do not know polish ;-) or am involved in the development ot this cart. I just say an opinion and try to be realistic.
I understand that sometimes one may need to have multiple languages, but please do make a difference between "simple, no database" software and "database and heavy load orientated" application. This one is the first type, I guess.
Let me say it as simple as possible - if simple text files were enough as functionality and speed noone would use databases! Remember - text files are slow to parse and extract information. The more records, the slower it will work. In addition text files are not secure enough as databases. Text files get corrupted from time to times, text files are different for different OS and so on. Text files are good for users with limited requirements, but not for every situation.
And an answer of your question - what language are the news on the primary TV channel? Or they speak simultaneously in two languages? Come on be serious! Probably you have news in two different languages but not at the same time. And this is your answer.
And if you want to have support for two languages because of your country, I guess Latvia - a wonderful green place in Europe, what about if you want to work with clients from rest of EU also? So you need records for English, and German and French in addtition to the 2 languages you alredy have. So ... support 2 or 3 or 5 alnguges simltaneously. And where is the limit. Are you ready to increase your "text" files that hold the precious information 3-4-5 times? I personally would recommend to install 3-4 different QC each for the language you need. Remember the saying "devide and conquer". That is the key!
I am curious to hear Treewood on this topic. It is his project anyway. He desides, and everybody else is free to contribute to it :) I am just reasoning.
the above focused feature is not realy dificult to implement. I'v just had a look at that point yesterday and finaly have implemented some simple multilanguage and multicurrency functionality.. My site supports now 7 languages and 5 currecies inkl. contents, descriptions, categories etc. per language.
Have a look at www.geepz.com. I'm currently testing and configuring the site, since I've installed the core functionality just yesterday. So, excuse any inconsistence if found. But at least 2 languages are currently available.
Have a nice day :) Regards
Sorry for that buggy link.. This should be more usefull.. :) Regards
i'm affraid, I should write an installation and configuration guide first. Some knowledge of PHP-programming is realy useful in that case. I was solving my own problems, so I decided not to create a standard addon but to code everything directly instead.(it was a quite faster solution for me being under customer's preassure :) I disabled a Web-Setup-Frontend, I found it to risky.. The only thing you are still able to manage online, are the categories, contents and products of course. YOu just switch to the appropriate language and are ready to edit its contents, products etc. For currency rates and the configuration itself you are to make your changes directly in PHP code, whitch should not be too difficult, since I'm using a separate include to configure all the stuff. Other thing to upgrade are the templates.
Anyway, if there are some more requests to have such an addon, I feel free to make it distributable or just to send my geepz.com solution as an example completly. How urgent are your requests / needs ?
Thanx for writting Regards Vana
hey guyz. let's think about implementing a database system ;-(
quick.cart is fast and small and it is quite a good (maybe the best) solution for small purpose shops. if you want support for more descriptions, other languages, and, and .... you may consider about looking at oscommerce or anything else.
I could not agree with U, Radovsk.. There is no need to implement a database solution wher talking about a hunders of products. The text-based solution is a much easier way to go live with your own shop fast.
my database-suggestion was meant ironically.
I read some threads today - what the guys want are features, features, features. I'd like to keep this piece of software small, simple and quick. First of all quick for implementing in websites.
But, You think that multilanguage, and some other features are NOT simple?
quite not. why dont't you choose for example "oscommerce" for such purposes