[Emacs-bug-tracker] bug#5295: marked as done (23.1.91; special-event-map bug)

[Emacs bug Tracking System]

Your message dated Tue, 12 Jan 2010 19:18:08 +0900
with message-id <address@hidden>
and subject line Re: Emacs 23 Mac port
has caused the Emacs bug report #5295,
regarding 23.1.91; special-event-map bug
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
5295: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5295
Emacs Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 23.1.91; special-event-map bug
>
>
>
>
> Date: 
>
> Sun, 03 Jan 2010 11:07:14 +0000
>
>
>
>
> >>>>> On Sat, 02 Jan 2010 20:56:03 +0000, Leo <sdl.web <at> gmail.com> said:
>
> > I configured Emacs.app as the default mailer and found a bug. Here's how
> > to reproduce:
>
> >  1. Emacs -q
> >  2. Click a mailto link on any website for example
> >     http://www.ianr.unl.edu/internet/mailto.html and A mail buffer will
> >     pop up.
> >  3. C-c C-k
>
> > And you will see 'C-c C-k is undefined' in the echo area. Subsequent
> > 'C-c C-k' will do what it is supposed to do in the mail buffer. But the
> > first one is tested in the buffer before the mail buffer. For example,
> > if before the mail buffer appears, the point is in an rcirc buffer, the
> > fist C-c C-k in the mail buffer will invoke rcirc-cmd-kick.
>
> This seems to be because Apple event handlers are bound in
> special-event-map.  A similar behavior can be observed with
> dran-and-drop, which is also bound in special-event-map, even on
> the GTK+ build.
>
>   1. emacs -Q
>   2. Drag-and-drop some C file (such as foo.c) into the Emacs frame.
>   3. Click the Emacs frame title bar to get focus.
>   4. C-c C-e
>      => not found though it is bound to c-macro-expand
>   5. C-c C-e
>      => handled correctly
>
>                                      YAMAMOTO Mitsuharu
>
>
>
> In GNU Emacs 23.1.91.2 (i386-apple-darwin9.8.0, Carbon Version 1.6.0 AppKit 
> 949.54)
>  of 2010-01-01 on victoria.local
> Windowing system distributor `Apple Inc.', version 10.5.8
> configured using `configure  '--with-mac' 
> '--prefix=/usr/local/opensource/emacs''
>
> Important settings:
>   value of $LC_ALL: nil
>   value of $LC_COLLATE: nil
>   value of $LC_CTYPE: nil
>   value of $LC_MESSAGES: nil
>   value of $LC_MONETARY: nil
>   value of $LC_NUMERIC: nil
>   value of $LC_TIME: nil
>   value of $LANG: nil
>   value of $XMODIFIERS: nil
>   locale-coding-system: iso-latin-1-unix
>   default enable-multibyte-characters: t
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: Emacs 23 Mac port
>
>
>
>
> Date: 
>
> Tue, 12 Jan 2010 19:18:08 +0900
>
>
>
>
> User-agent: 
>
> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8	(Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8)	MULE/5.0 (SAKAKI)
>
>
>
>
> >>>>> On Tue, 12 Jan 2010 10:28:46 +0100, Jan Djärv <address@hidden> said:
>
> >>> I've checked in a fix for this.  Keymaps weren't recalculated after
> >>> a command from the special event map was run.
> >> 
> >> Thanks.  But then a special event such as SIGUSR1 cancels an
> >> incomplete key sequence being typed.  How about doing this only when
> >> the current buffer is changed by the special event?
> >> 
>
> > It makes sense.  Can you install it?
>
> Done, and Bug#5295 closed.
> (Oops, I should have added the bug# to the commit log.)
>
>                                      YAMAMOTO Mitsuharu
>                                 address@hidden
>
>
> --- End Message ---