That’s the thing that lets apps read international characters, more or
Some languages (like Chinese, Japanese, and Korean), require multiple
keystrokes to generate a single character, so there needs to be some way
to buffer keystrokes, remember them, and generate the final character
after a recognized character sequence. To make the matters more
complicated, you need to generate intermediate characters even if you
haven’t typed an entire character sequence, to remind the users what
they’ve typed so far. It’s a real pain in the arse for apps, too, because
the apps gotta know how to display the characters properly (know what
languages is being inputted, and display it using proper font), but also
it needs to display intermediate character sequences, too, and replace
them with the proper ones. Widgets really help in things like this since
it needs to be implemented only once, at the widget level.
Under X, IME is done via the XIM (X Input Method.) You can run programs
like AMI (for Korean) or CIM (for Chinese) as XIM, and any program that
communicates with XIM will be able to accept international key inputs.
It is still up to the apps to detect the correct language and display the
correct characters using the correct fonts.
Under Windows, there’s Global IME, and any app that communicates with it
can input any language supported by Windows. MS did a really nice job
with this and it’s one thing I’m envious of under Windows
If IME is supported under SDL, then it’ll still be up to the apps to
display the correct characters using correct fonts and handle intermediate
character displays properly. Of course, it’ll be best to handle it under
a library, and that’ll be completely a separate thing from the main SDL,
though it’ll be a very big task I imagine.
-MarkOn Thu, 25 Sep 2003, Bill Kendrick wrote:
On Thu, Sep 25, 2003 at 12:16:07AM -0700, Mark K. Kim wrote:
Yeah… the TuxPaint project can certainly use the IME support, too.
Excuse my ignorance (and laziness for not Google’ing), but what’s IME?
SDL mailing list
SDL at libsdl.org
Mark K. Kim
PGP key available on the website
PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE