|
From: | Chong Yidong |
Subject: | bug#6499: 23.1; Emacs gets stuck waiting for menu input |
Date: | Sat, 17 Jul 2010 00:07:25 -0400 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Jan Djärv <jan.h.d@swipnet.se> writes: > 2010-07-14 Jan Djärv <jan.h.d@swipnet.se> > > * xterm.h (x_menubar_window_to_frame): Second parameter is XEvent*. > > * xterm.c (handle_one_xevent): Pass event to x_menubar_window_to_frame. > > * xmenu.c (x_activate_menubar): Revert previous fix for Bug#6499, > i.e. don't put back ButtonRelease (Bug#6608). > > * xfns.c (x_menubar_window_to_frame): Take XEvent as second parameter > instead of Window. Call xg_event_is_for_menubar when > USE_GTK (Bug#6499). > > * gtkutil.h (xg_event_is_for_menubar): Declare. > > * gtkutil.c (xg_event_is_for_menubar): New function (Bug#6499). There is a problem with this change: 1. emacs -Q 2. Click (mouse-1) on any part of the buffer. If necessary, do this a couple more times The result is that the tool-bar grabs focus.
[Prev in Thread] | Current Thread | [Next in Thread] |