On Fri, 4 Feb 2005 08:47:56 -0800, Kees Cook <inkscape@...62...> wrote:
Basically, the SPTextContext is attempting to handle the "preedit" character events itself, but it doesn't do it right. Since "preedit" handling doesn't seem to be _required_ for input to be processed, I've disabled it.
It was enabled in Sodipodi code, and I never touched it, though it always struck me as something suspicious.
As far as I can see, typing English or Russian text still works as before, so this does not seem to have any harmful effect. (At least for me :)
This just means that the "predit" char isn't visible until you're done typing it in. What's weird is that other Input Modules (like, say "IPA") will show their preedit letters and inkscape seems to handle it correctly (type "a" "e" with the IPA IM, to see a merged "ae" character). Even with preedit disabled, this works on the canvas.
Two comments:
- some (long) time ago someone had a patch that added input method switching to the right-click menu of a text object, so you could switch IMs without going to the text dialog. Can you look into applying it? Here's the message:
http://article.gmane.org/gmane.comp.graphics.inkscape.devel/2045/match=input...
- Now that you disabled preedit, try to remove sptc_preedit_changed() and its connection to the preedit_changed signal, just to make code simpler.