--- Begin Message ---
|
Subject: |
23.1; GTK menu contents don't change |
|
Date: |
Tue, 11 Aug 2009 16:54:45 +0100 |
After opening a file, the contents of the Buffer menu do not change - the menu
still begins with *scratch* and *messages*. However, if you actually click with
the mouse on the *messages* menu item, you do NOT get sent to the *messages*
buffer - you get sent to some other buffer. Likewise, in a new major mode, each
menu displays either the old contents of the menu that was in that position in
the menubar in the previous major mode, or nothing (an empty menu). Likewise,
if you select some text with the mouse, the "Cut" and "Copy" items in the Edit
menu do not become enabled, as they should.
All of this evidence suggests that, after the original menubar is created, new
menus can be added or removed, but any alterations to menus do not take effect
on the display. However, as shown by the example of clicking on the *messages*
menu item in the Buffers menu, emacs appears to be reacting AS IF the altered
version of the menu was being displayed, even though it isn't.
I am running on Fedora Linux rawhide (i.e. the development version,
pre-Fedora-12), with the following gtk2 package:
gtk2-2.17.6-4.fc12.i686
In GNU Emacs 23.1.1 (i686-pc-linux-gnu, GTK+ Version 2.17.6)
of 2009-08-11 on fedora
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure '--with-x-toolkit=gtk' '--without-makeinfo'
'--with-x''
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: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> <help-echo> <help-echo> C-x C-f <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> <backspace> <backspace> <backspace>
<backspace> <backspace> m i <tab> <return> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <menu-bar> <help-menu> <about-emacs> <help-echo>
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading /home/greenrd/opened/haskell-mode/haskell-site-file.el (source)...done
Loading /home/greenrd/.cabal/share/Agda-2.2.4/emacs-mode/agda2.el
(source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#6499: 23.1; Emacs gets stuck waiting for menu input |
|
Date: |
Fri, 16 Jul 2010 14:48:36 +0200 |
|
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 |
Tobias Bading skrev 2010-07-16 12.05:
Hi,
could someone please reopen bug #6499? IMHO this hasn't been fixed yet. I just
tried trunk r100830 and Jan's patch from the emacs-23 branch has made it into
the trunk, causing the following side-effect:
The patch is not in trunk, 100830 fixed 6645. It is not in trunk 100831 either.
Please learn to use bzr log. It tells you which bugs have been fixed.
Jan D.
--- End Message ---