[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Language Setup Document (Re: Text drawing bug - gaps after 16th char

From: Kazunobu Kuriyama
Subject: Re: Language Setup Document (Re: Text drawing bug - gaps after 16th character ...)
Date: Wed, 09 Jul 2003 00:45:27 +0900
User-agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.0.0) Gecko/20020614

Pete French wrote:

So please avoid discussing it based on your own interpretation, leading
you to wrong viewpoints and conclusions.

O.K. I didnt realise that there was a C standard for multi-byte . Have
gone and looked it up (9and am trying to understyand what the hell it is
trying to do).

You'll find it the hell literally...

I'm afraid what you observed with Russian characters is irrelevant to
the multibyte
representation. Actually, as you noted, each of them is represented with

...or can be. They are represented as 16 bit in Unicode (and have to be
as their values are outside the rnage of a single byte).

I just tried to convert 0x400 tomutibyte representation to see what
would happen though, and got a sinzezero byte ?! (but no error return)

Broadly speaking, Unicode defines a one-to-one mapping from an integer to a glyph or the shape of a character, and is independent of encoding. To display a unicode
datum on the screen, you need to convert it into an object in another format
in such a way that the underlying API (X library etc.) can accept it.
The actual character to be displayed is determined by the locale or encoding
in use, which relates the resulting object to the position of a given font table.

At this point I shallshut up as I think I have no clue what I am talking
about. I'm going to stick to doing everything in Unicode, much easier...


The problem we have been talking about lies in how to convert a Unicode
datum into another one which can be accepted by the underlying API to display the character. The ways of conversion include utf8, multibyte, wide char, ...
The real hell on the earth.

- KK

reply via email to

[Prev in Thread] Current Thread [Next in Thread]