Re: Russian language support



Hi,

I'm happy to say that now I'm successfully able to display the russian
language strings in my UI.
Actually in our previous test we didnt do language transition properly
thats why I was getting square boxes for some of the characters.
Now I'm trying for Asian languages like Japanese, Korean, and Simplified
Chinese and failing to display the same.
I have included these languages in my platform by using the
Platform->Settings->Locale and selected Japanese, Chinese and Korean from
Locales list box and prepared NK.BIN.

I have Japanese language resource file (.RC created by RC-WinTrans
tool) with some japanese strings but when I use to display the strings I'm
getting all question marks in place of the strings.
The same question I have posted with the new thread "Asain Languages
support" please go through that and let me know what I'm doing wrong.
Your help is greatly appreciated.

--
Software Engineer


"Paul G. Tobey [eMVP]" wrote:

The characters in Unicode are just values. Whether a given font that you
are using to display text contains the glyph for a given character or not is
up to the font. The message that you are sending me is just a string of
bytes, or if in Unicode, just a string of 2-byte values, each of which is
*interpreted* as a character by the e-mail program I'm using as the right
thing. It's up to the e-mail program on my end to display this data in
meaningful terms to me, the user looking at it on the screen. So, what it
does is take the data and put it in a TCHAR string that it will *soon* draw
to the display. Before it does this, it selects a font to use to display
the string. What's in the font? A list of 'glyphs'. A glyph is a drawing
that represents a corresponding character value. It might look like an 'A'
to a user of the Latin alphabet or it might look like a capital alpha to a
user of the Greek alphabet, or it might be a shape that doesn't even look
like a letter in any alphabet (an arrow, a heart, whatever). As it turns
out, TTF fonts in Windows CE map Unicode characters into suitable glyphs.
However, a font *does not* have to include the entire Unicode character set.
In fact, most fonts include a *very* small fraction of every defined Unicode
character (or every font would be huge; not a good idea for a little device
with 'just' 64MB or RAM, say). On my desktop PC, I have a 23MB version of
the Arial font and it might not even have *all* of the Unicode characters in
it. For Unicode characters that are *not* in a given font, the font might
draw squares (or any other shape).

I think that's what's going on in your device. You're drawing a character
for which there is no glyph in the font you've told Windows CE to use to do
the drawing, so you're getting squares. That's why I suggested that you
copy a font that you're sure has the glyphs for the Cyrillic characters you
want, to the device and use CreateFont(), SelectFont() or whatever to make
sure you're using *that* font, then draw the string with your desired
characters in it with that font.

Paul T.

"shiva" <shiva@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:02CE5C4D-8378-4290-AB37-1AC345FF0ABC@xxxxxxxxxxxxxxxx
I didnt get how this could be the problem. My device supports cour.ttf,
times.ttf and tahoma.ttf. Could you explain me more what is the problem.

--
Software Engineer


"Paul G. Tobey [eMVP]" wrote:

I think that, if it's a display problem, the most likely problem is that
the
target characters are not in the font that you're using. As a test, you
might copy a TTF font that you are sure contains the Unicode characters
you
are targeting from your desktop to the Windows folder of the device and
write a simple program to *use that font*, not the system font, to
display
the characters to a window.

The NLS stuff might be required for converting from a multi-byte
character
to the right Unicode character, but I don't see that as the cause, if
you've
hard-coded the right Unicode character in the string you are drawing...

Paul T.

"shiva" <shiva@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:1BA19BFB-0765-4E62-B6BE-BCBFF3ACE96C@xxxxxxxxxxxxxxxx
I'm a application devoper for a Windows CE 5.0 device. The applications
we
are writing contains UI with several dialogs and which also supports
localization of several languages like english, french, germany,
polish,
turkish and etc.,

The problem we are facing is with the russian language. In the UI some
of
the characters are displaying as squares and missing the actual
letters. I
didnt get due to what reason it is missing.

I have gone through the Platform Builder 5.0 help docs and it is
suggesting
to add some NLS settings for russian language in the NLS table or
enable
additional code pages but I didnt get the procedure how to do this.
The links I have followed is:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wceosdev5/html/wce50tskSettingLocaleInformationInCommonstr.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wceosdev5/html/wce50conPlatformLocalization.asp

Please could anyone help me what is the actual problem I'm facing and
how
to
resolve this. I'm not bothering about platform localization, I want to
support localization for my application so that it should support
multiple
languages.

--
shiva
Software Engineer






.



Relevant Pages

  • RE: VBA question: How to extract cell values in different language
    ... language is entered, but it seems like all that data is lost when the VBA ... about having binary data and not unicode data confirms my suspicions. ... You are have 256 binary characters. ... First column has the string IDs ...
    (microsoft.public.excel.programming)
  • Re: A note on personal corruption as a result of using C
    ... impossible to write effective string validation routines by definition ... (Note that a string literal may contain embedded null characters; ... without resorting to abusive language. ... In practice, programmers typically use "struct" ...
    (comp.programming)
  • Re: Characters not being displayed when language settings are changed.
    ... As for the original question - if changing the language for non-unicode programs affects the way you see things, the program you're using must be a non-Unicode program. ... As such it will be using a code page to display non-ascii characters, and changing the language will have changed the code page in use - I think! ... But I think that MS Mincho is installed with Office/Windows by default because there are certain characters in that font that Word uses even when you think you're entering something in the Default Paragraph Font. ... Japanese IME? ...
    (microsoft.public.word.docmanagement)
  • Re: Question on Multiple language support
    ... I am getting started on multiple language support with MFC and VC++ ... DLLs in various languages incuding Japanese. ... under Win2000 the Japanese characters won't be displayed ... Depending on how things were installed, the default font may not have the characters ...
    (microsoft.public.vc.mfc)
  • RE: VBA question: How to extract cell values in different language
    ... I don't care about font. ... Depending on your language setting the text displays wiuth ... First column has the string IDs ... Dim TblName As String ...
    (microsoft.public.excel.programming)