ObjReader Community
SDK programming => 64-bit SDK programming => Topic started by: James Fuller on December 19, 2016, 11:46:39 am
-
Patrice,Mike
How do you code for multi-language apps?
James
-
Pure SDK procedural style is the only common denominator.
...
-
Patrice,
So you maintain a separate app for each language you support ? or ....??
James
-
Patrice,
I think you misunderstood ?
I meant English, French as languages not programming languages.
James
-
For my demo, most of the time i am using English.
But i could also use external files to store the messages, just like what i am doing to load WinLIFT components from .sks file.
I am also using transparent graphic overlay to display any language when using projects like in the GDImage Settings below
(http://www.zapsolution.com/pictures/settings.png)
...
-
Hi James,
FBSL doesn't support Unicode natively but it does support East and West European locale ANSI code pages (like e.g. Russian CP-1251) which are regular parts of respective localized Windows OS distros and downloadable extra language packs. There are no more than 33 glyphs only in a modern Cyrillic alphabet, after all. :)
I rarely code for Russian users as most of my freelance contracts (for both C/C++ and FBSL) come from the West but when I do need locale dependent resources, I tend to use separate resource-only DLLs to host my strings. They would go by the same IDs in all the DLLs so that my main code would remain untouched for all the target locales I need.
I've yet never had a situation though that anybody would order localized version info or image resources from me. I've no experience with matrioshka and balalaika images in place of crystal balls and banjos. :)