GNU bug report logs - #11732
26.1; Japanese IME input problem on Windows

Previous Next

Package: emacs;

Reported by: xavier.dahan <at> gmail.com

Date: Mon, 18 Jun 2012 06:41:01 UTC

Severity: normal

Tags: patch

Found in version 24.1

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #133 received at 11732 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 11732 <at> debbugs.gnu.org, mhatta <at> gmail.com
Subject: Re: bug#11732: Follow-up to bug#11732
Date: Tue, 03 Jul 2018 21:50:58 +0300
> Date: Tue, 03 Jul 2018 10:29:59 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: mhatta <at> gmail.com, 11732 <at> debbugs.gnu.org
> 
> No further explanations needed, the problem is clearly visible here
> now.  Do you have any explanation why calling DefWindowProc when
> handling WM_IME_STARTCOMPOSITION causes this aberrant behavior and not
> any of the other cases where we call DefWindowProc?

None whatsoever.

Moreover, I sometimes see the same problem in my "normal" Emacs
session running 26.1 sources where this change was not done (but in
"emacs -Q" I cannot trigger the problem unless I make the change).

So I think it's not the proposed change that does it, it's something
we don't do entirely correctly that interacts badly with
focus-follows-mouse configuration.  Which is why I said that unless
you have ideas how to fix this, we should simply install the proposed
change, and deal with the dialog problems separately, perhaps using
the changes I tried and you fixed.




This bug report was last modified 7 years and 12 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.