Re: Multi Language support
- From: "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no spam DOT com>
- Date: Wed, 6 Feb 2008 07:38:50 -0700
1) OK.
2) Not OK. You'd have to do this yourself if you want to change languages
on the fly; the OS *does not* support dynamically changing writing systems.
Think about things like Chinese, Hebrew, etc. Writing direction is
*completely* different from English, German, Spanish, etc. How are you
going to handle that? You can't randomly make an EDIT control do that; it
has to know what language is being used and do the right thing. Also, think
about sorting orders. They're different for every language, just about.
This is a design requirement that is *very* expensive for you (months, at
least, probably longer).
Although you can certainly use string tables (YOU HAVE USED THEM. The best
example is *any* Hello, World program written by the New Project wizard in
eVC), the storage of the string does *not* express how it should be
displayed on the screen, in what font, in what direction, etc. You'll have
to choose fonts no matter what you do, unless you're just using the system
font and having the OS change languages, but the writing direction and so
on, I just can't imagine that it would be profitable to take all this on
yourself. The only exception would be if you only draw simple strings,
*NEVER* use any controls that have to display the international text (no
listboxes, no EDIT controls, no buttons, etc.)
This sounds to me like a loser for you unless you can convince the customer
to allow a soft reset to change languages for the whole device.
Paul T.
"wceess" <wceess@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:1464B05B-9E47-44D2-A16F-2F9CDDE2952E@xxxxxxxxxxxxxxxx
Hi Paul,
Thanks for your reply. I have asked the OEM regarding MUI support they got
in the hardware. I will find that out real soon. This is the requirement
from
the client assuming we have MUI support for the languages they need (from
OEM
side).
1) My client needs the list of strings (in a text file) that are displayed
in the application (when it runs) and they will provide me the translated
version for different languages.
2) Need one file (app.exe for eg) with the configuration screen where the
user can select the language and the application will go from config
screen
to main app dispalying the respective language strings they selected.
I was looking at a resource called string table in Embedded visual C and
would that be something i can use for this application. I was thinking
once i
get the translation from my cleint can i just hardcode the string which i
use in my application (not many) in different languages using the string
table resource and use them in my application. I haven't implemented this
resource before and so i dont know how it works. I need your expertise and
your advice to implement this at the application side.
Thanks in advance
.
- References:
- Re: Multi Language support
- From: <ctacke/>
- Re: Multi Language support
- From: Paul G. Tobey [eMVP]
- Re: Multi Language support
- From: wceess
- Re: Multi Language support
- From: Paul G. Tobey [eMVP]
- Re: Multi Language support
- From: wceess
- Re: Multi Language support
- Prev by Date: RE: Windows CE6.0 with IPv6
- Next by Date: Re: x86 romboot vs BIOS
- Previous by thread: Re: Multi Language support
- Next by thread: Re: Multi Language support
- Index(es):