Re: [gtk-list] Re: widechar support

[phil bolthole com (Philip Brown)]

[ Owen Taylor writes ]
> 
> phil@bolthole.com (Philip Brown) writes:
> > 
> > I see you folks have added localization, to some degree. But gtk is still
> > missing one major thing right now: wide-char (16-bit) support.
> 
> Hmmmmm, actually, GTK has fairly good support for CJK languages.
> Most of it is formulated in terms of multi-byte characters,
> not wide-characters, but it comes down in the end to the
> same thing for the user.

Huh. didn't know that. 

> If you locale is set to a CJK locale, then all of the text
> related widgets (Label, Entry, and Text) support international
> input and output.

when you say "international", do you mean "support 8 AND 16 bit chars
randomly", or do you mean "now stuck in Chinese mode"?

ANd is this something actually written into GTK, or might it just be an
artifact of the window system and OS you happen to use it on?


> ...
> But the Japanese output needs of kdrill (the version
> I have here anyways) are simple enough, that you
> can probably just draw your characters "by hand"
> using a different form of "wide character" support
> in GDK.

err, what? 6500 chars, "by hand"? sounds like a nasty waste to me.

I just need an officially sanctioned method "Hey, use XDrawString16() instead
of XDrawString()"

WITHOUT forcing the user to change their locale.


> Well, sort of. A GtkStyle encapsulates information about
> the appearance of widths - GdkFont and colors, basically.
> GdkFont already supports both straight 16 bit fonts
> and fontsets. (Though trying to stick 16 bit fonts into
> labels or other GTK+ widgets doesn't work too well
> any more - GTK+ has gotten too smart for that)

right. that's the problem I just hit.