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 #13 received at 11732 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Fujii Hironori <fujii.hironori <at> gmail.com>
Cc: 11732 <at> debbugs.gnu.org
Subject: Re: bug#11732: 24.1; Microsoft IME Japanese input problem
Date: Wed, 18 Feb 2015 17:17:04 +0200
> Date: Tue, 17 Feb 2015 19:26:41 +0900
> From: Fujii Hironori <fujii.hironori <at> gmail.com>
> 
> WM_IME_STARTCOMPOSITION should be passed to DefWindowProc.

Thanks, but can you explain the details?

I can understand why we should defer to DefWindowProc if we refrain
from processing this message, for some reason.  But this last part of
your patch:

> @@ -3318,17 +3318,17 @@ w32_wnd_proc (HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)
>  
>  	  /* Punt if the window was deleted behind our back.  */
>  	  if (!BUFFERP (w->contents))
> -	    break;
> +	    goto dflt;
>  
>  	  context = get_ime_context_fn (hwnd);
>  
>  	  if (!context)
> -	    break;
> +	    goto dflt;
>  
>  	  set_ime_composition_window_fn (context, &form);
>  	  release_ime_context_fn (hwnd, context);
>  	}
> -      break;
> +      goto dflt;
>  
>      case WM_IME_ENDCOMPOSITION:
>        ignore_ime_char = 0;

Passes the message to DefWindowProc even if we succeeded to handle
WM_IME_STARTCOMPOSITION by calling ImmSetCompositionWindow.  Why is
that needed?




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

Previous Next


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