Does DrRacket consider adding IME support?

58 views
Skip to first unread message

SpicesEx

unread,
Jul 30, 2020, 2:10:36 PM7/30/20
to Racket Developers
Does DrRacket consider adding IME support?

What I mean is that when using input methods such as Microsoft Pinyin to input Chinese, the candidate box will move with the movement of the cursor instead of being fixed on a corner of the screen.

And, I’m very curious about how DrRacket interacts with the system input method and related implementation modules. Can someone please tell me the code link or document related to it.

and, would anyone like to talk about this issue?

I encountered this problem, and the maintainer answered my question kindly, but I am still confused about "why this problem occurs".

Can not input Chinese by Microsoft Pinyin in windows10 2004
that the bug was fixed in Racket 7.6,But that happens again in the new version(DrRacket 7.7,OS :windows 10 Home 2004,OS build 19041.388,windows Insider Release Preview Channel.)

In version 7.7.0.91, the bug has been fixed.
I'm curious what the reason is this time.

I hope you can tell me what knowledge I should learn to understand the reasons for the above mentioned bugs. For example, learn to use win32api to write desktop programs and read the documents here.

I have learned a lot about windows in the past six months, hoping to help test DrRacket for more problems.

This post looks stupid, I'm sorry to interrupt your time, looking forward to any reply.

Sorawee Porncharoenwase

unread,
Jul 30, 2020, 2:24:13 PM7/30/20
to SpicesEx, Racket Developers
I want to make sure I understand you correctly.

- There is no bug in the current version of DrRacket, because as you said, it was already fixed in 7.7.0.91.
- What you want is to understand the fix in 7.7.0.91. In particular, you want to understand https://github.com/racket/gui/commit/c5035c07f6df75fcba7032c17905b78cb9bbf8ce

Is that correct?

--
You received this message because you are subscribed to the Google Groups "Racket Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/racket-dev/1144a170-393e-4b7b-aa19-fb8886dcedabn%40googlegroups.com.

Sorawee Porncharoenwase

unread,
Aug 4, 2020, 1:19:29 AM8/4/20
to SpicesEx, Racket Developers

Yes, it appears that DrRacket doesn’t handle IME events (e.g., WM_IME_SETCONTEXT). The IME event codes are defined in https://github.com/racket/gui/blob/master/gui-lib/mred/private/wx/win32/const.rkt#L237, but they are not used anywhere as far as I can see.

The discussion in JUCE and the StackOverflow answer are informative. They say that when the app (DrRacket in this case) doesn’t handle these events, Windows will create the default composition window. To get DrRacket to input directly without going through the default composition window, DrRacket needs to handle them.

You can file a feature request at https://github.com/racket/gui/issues/new and probably when Matthew is … free, he might implement it. That being said, I don’t think it is going to be on the priority list, so it’s likely this is not gonna be implemented soon (or ever).

---------- Forwarded message ---------
From: shaoxiong li <enyal...@gmail.com>
Date: Mon, Aug 3, 2020 at 3:44 AM
Subject: Re: [racket-dev] Does DrRacket consider adding IME support?
To: Sorawee Porncharoenwase <sorawe...@gmail.com>


Is this the same situation on DrRacket？

shaoxiong li <enyal...@gmail.com> 于2020年8月3日周一 下午6:43写道：
I find this one : https://forum.juce.com/t/ime-pop-up-on-text-input/6580/2
it say:

The basic problem is that many non-western languages use alphabets whose characters exceed the number of keys on a keyboard.
So in order to input these characters Input Method Editors (IMEs) are used that map sequences of keystrokes to characters.

For instance one way of entering Japanese text is to use English phonetic spelling (“romaji”) which then automatically gets translated to Japanese syllabic characters as the user types (composition). E.g. 3 key strokes “tsu” gets translated to “つ” if the IME is set to Hiragana or “ツ” if the IME is set to Katakana. The syllabic transcription can then be translated to Chinese-derived Kanji characters, at which point the user has to resolve ambiguous homophones (one word in Hiragana or Katakana can be written in different ways in Kanji depending on meaning; there may also be ambiguity wrt. word boundaries as there are no spaces used).

On Windows this is handled through the IMM (Input Method Manager) API (or the newer Text Services Framework API). If an app is not IME-aware IME messages are simply passed on to DefWndProc() and the IME takes care of all the GUI stuff needed (this is what happens in Juce currently). There are two main default windows in IMEs; the IME Composition Window (for unambiguous as-you-type translation) and the IME Candidates Window (for showing a list of candidate translations when there is ambiguity).
The default Composition Window in particular is not so nice from a user experience point of view (the Candidates Window is okay though).


shaoxiong li <enyal...@gmail.com> 于2020年8月3日周一 下午6:13写道：
 
My question is like this one. I want to ask if this happens because of the windows IME problem or the racket/gui is not connected to the IME correctly, and what is the small box in the upper left corner? Some people say it is the fallback mechanism of windows, but I can't find more information about it

shaoxiong li <enyal...@gmail.com> 于2020年7月31日周五 上午11:43写道：
yes!thanks for reply

Sorawee Porncharoenwase <sorawe...@gmail.com> 于2020年7月31日周五 上午2:24写道：

SpicesEx

unread,
Aug 4, 2020, 10:14:22 AM8/4/20
to Racket Developers
thank you for your reply.
Support for Chinese input method is not important to me
I just want to confirm that my understanding is correct.
Maybe when I get more familiar with winapi and racket, I can have a try, now I need to continue to learn these..
Reply all
Reply to author
Forward
0 new messages