> I discovered the wonderful "FreeType" tools this last weekend that
> convert TT strings to images (PNG in this case) on the fly.
Which tools are you talking about?
Werner
Ah, I see. It was your mention of "HTML textfield element" that made me
think browser.
Well, if you have a Unicode application, then your app can either support
any language the user switches to themselves, or APIs like
ActivateKeyboardLayout and LoadKeyboardLayout can be used by your app to do
t
The appplcation is for windows 9x/nt platforms and is
a client-server application.
s the browser issues are not present.
Thanx,
Nikita K
--- "Michael (michka) Kaplan" <[EMAIL PROTECTED]>
wrote:
> The answer to this question would literally be
> different for every single
> browser and every sing
Carl,
Latin script are used for Turkish, Azeri, Uzbek, Turkmen and Crimean Tatars
languages. Tatars will adopt Latin during 2001-2011.
In Kazakhstan and Kyrgyzstan, discussions about transition to Latin have
taken place but without real decisions.
As far as I know, only Turkish and new Azeri alph
The answer to this question would literally be different for every single
browser and every single target platform. Can you be a little more specific
about where you would be wanting it to run?
michka
a new book on internationalization in VB at
http://www.i18nWithVB.com/
- Original Message
Hi,
I have to develop a client-server application in which
the user can enter data in a language depending on his
profile. The user can change to any other language
supported by the system while using the application.
1. Is the method by which depending on the language
chosen, the keyboard driver
On Mon, 20 Nov 2000, Tom Emerson wrote:
> > Is there any set of characters for writing chinese's Pin Yin with
> > the = differents tone ? I suppose so, I have the Unibook program and
> > I have some difficulties to determine this set of characters.
>
> The tone marks themselves can be found at
>
> Is there any set of characters for writing chinese's Pin Yin with
> the = differents tone ? I suppose so, I have the Unibook program and
> I have some difficulties to determine this set of characters.
The tone marks themselves can be found at
U+02C9 MODIFIER LETTER MACRON (1st tone)
U+02CA MOD
..
>
> Am I right to be pessimistic, or is there some great secret that will allow
> me to use Unicode in e-mail and have my characters look the same when they
> arrive as when I sent them?
There is no problem using Unicode (UTF-8) in e-mail as long as program
used to read message at rec
On Mon, Nov 20, 2000 at 09:36:08AM -0800, Mark Davis wrote:
> The UTC will be using the terms "supplementary code points", "supplementary
> characters" and "supplementary planes". The term it is "deprecating with
> extreme prejudice" is "surrogate characters".
>
> See http://www.unicode.org/gloss
On Mon, 20 Nov 2000, Magda Danish (Unicode) wrote:
>For example, here are some Croatian letters that look correct as I compose
>this e-mail (using Microsoft Outlook 2000 and Arial CE font):
>Cc (upper and lower case C with / accent above)
>Cc (upper and lower case C with v accent above)
>Dd (uppe
Is there any set of characters for writing chinese's Pin Yin with the differents tone
? I suppose so,
I have the Unibook program and I have some difficulties to determine this set of
characters.
Thanks a lot for your answers
Please keep in mind my sidepoint:
> Antoine Leca wrote:
>
> > Please note that I left aside UTF-16, because I am not clear
> > if 16-bit are adequate or not to code UTF-16 in wchar_t (in other words, if
> > wchar_t can be a multiwide encoding).
Marco Cimarosti wrote [with minor editing to keep i
The UTC will be using the terms "supplementary code points", "supplementary
characters" and "supplementary planes". The term it is "deprecating with
extreme prejudice" is "surrogate characters".
See http://www.unicode.org/glossary/ for more information.
Mark
- Original Message -
From: "
Hi Jani,
I dunno. I oversimplified in that statement about exposing vs. hiding.
ICU "hides" the facts about the Unicode implementation in macros,
specifically a next and previous character macro and various other
fillips. If you look very closely at the function (method) prototypes you
can see t
-Original Message-
From: Scott, Jim [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 17, 2000 12:16 PM
To: '[EMAIL PROTECTED]'
Subject: Using Unicode with e-mail
Is there any hope for using Unicode in e-mail? Here's an example to
illustrate. (I know you aren't going to solve my part
David Starner wrote:
> Sent: 20 Nov 2000, Mon 16.18
> To: Unicode List
> Subject: Re: string vs. char [was Re: Java and Unicode]
>
> On Mon, Nov 20, 2000 at 06:54:27AM -0800, Michael (michka)
> Kaplan wrote:
> > From: "Marco Cimarosti" <[EMAIL PROTECTED]>
> >
> > > the Surrograte (aka "Astral") Pl
David Starner wrote:
> I chose Astral Planes for perceived grace
> and beauty.
Thank you!
--
There is / one art || John Cowan <[EMAIL PROTECTED]>
no more / no less|| http://www.reutershealth.com
to do / all things || http://www.ccil.org/~c
I think the issue is more one of the semantic meaning that terms like
astral, imaginary, irrational, or other such terms bring to the table?
Refusing to potentially insult the people who place importance on the
characters that will be encoded on places on than the BMP is a thing of
grace and beau
Greetings,
I discovered the wonderful "FreeType" tools this last weekend that
convert TT strings to images (PNG in this case) on the fly. I didn't
expect it to work with UTF8 but whoah and behold it does! I've applied
it to the LibEth Perl bindings to demonstrate time formatting options
under Et
On Mon, Nov 20, 2000 at 06:54:27AM -0800, Michael (michka) Kaplan wrote:
> From: "Marco Cimarosti" <[EMAIL PROTECTED]>
>
> > the Surrograte (aka "Astral") Planes.
>
> I believe the UTC has deprecated the term Astral planes with extreme
> prejudice. HTH!
The UTC has chosen not use the term Astra
From: "Marco Cimarosti" <[EMAIL PROTECTED]>
> the Surrograte (aka "Astral") Planes.
I believe the UTC has deprecated the term Astral planes with extreme
prejudice. HTH!
michka
a new book on internationalization in VB at
http://www.i18nWithVB.com/
Antoine Leca wrote:
> Marco Cimarosti wrote:
> > Actually, C does have different types for characters within
> strings and for
> > characters in isolation.
>
> That is not my point of view.
> There is a special case for 'H', that holds int type rather
> than char, for
> backward compatibility reas
Marco Cimarosti wrote:
>
> Actually, C does have different types for characters within strings and for
> characters in isolation.
That is not my point of view.
There is a special case for 'H', that holds int type rather than char, for
backward compatibility reasons (such as because the first ver
24 matches
Mail list logo
