Hi, everyone!
I saw Sam said, “The IME messages are not handled by SDL at the moment.
They could be added if there was enough demand.”, in 2002 from Website.
Is there any support for IME in SDL latest version?
If no support yet, could I request proper IME support within SDL?
Please pardon my ignorance, I am just an avocational programmer
and not very familiar with either Win32 or DirectX.
Yeah… the TuxPaint project can certainly use the IME support, too.
-MarkOn Thu, 25 Sep 2003, John wrote:
Hi, everyone!
I saw Sam said, “The IME messages are not handled by SDL at the moment.
They could be added if there was enough demand.”, in 2002 from Website.
Is there any support for IME in SDL latest version?If no support yet, could I request proper IME support within SDL?
Please pardon my ignorance, I am just an avocational programmer
and not very familiar with either Win32 or DirectX.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
–
Mark K. Kim
http://www.cbreak.org/
PGP key available on the website
PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE
Excuse my ignorance (and laziness for not Google’ing), but what’s IME?
-bill!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.
That’s the thing that lets apps read international characters, more or
less.
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?
-bill!
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
–
Mark K. Kim
http://www.cbreak.org/
PGP key available on the website
PGP key fingerprint: 7324 BACA 53AD E504 A76E 5167 6822 94F0 F298 5DCE