bug#4843: creating menus

bug#4843: creating menus

[Daniel Carvalho]

hi
when I recently upgraded to Ubuntu 9.10 the elisp code to create menus
stop working.

Consider example in http://xahlee.org/emacs/elisp_menu.html
It creates the menu "MyMenu", but the menu itens inside it don't show!

The emacs version didn't change: GNU Emacs 22.2.1

Anyone else had this problem? how to solve it?



;; Creating a new menu pane in the menu bar to the right of “Tools” menu
(define-key-after
  global-map
  [menu-bar mymenu]
  (cons "MyMenu" (make-sparse-keymap "hoot hoot"))
  'tools )

;; Creating a menu item, under the menu by the id “[menu-bar mymenu]”
(define-key
  global-map
  [menu-bar mymenu nl]
  '("Next Line" . next-line))

;; creating another menu item
(define-key
  global-map
  [menu-bar mymenu pl]
  '("Previous Line" . previous-line))

;; code to remove the whole menu panel
;; (global-unset-key [menu-bar mymenu])

bug#4843: creating menus

[Jan Djärv]

Daniel Carvalho skrev:
> hi
> when I recently upgraded to Ubuntu 9.10 the elisp code to create menus
> stop working.
> 
> Consider example in http://xahlee.org/emacs/elisp_menu.html
> It creates the menu "MyMenu", but the menu itens inside it don't show!
> 
> The emacs version didn't change: GNU Emacs 22.2.1
> 
> Anyone else had this problem? how to solve it?

It can be because you are now using a newer Gtk+ version.  Please use 
report-emacs-bug so we can see that at once instead of having to ask.

If indeed you are using Gtk+, it is due to the introduction of native windows.
To see if this is the case, start emacs with
% GDK_NATIVE_WINDOWS=1 emacs
and try again.

	Jan D.

bug#4843: creating menus

[Daniel Carvalho]

2009/11/1 Jan Djärv <jan.h.d@swipnet.se>:
> Daniel Carvalho skrev:
>>
>> hi
>> when I recently upgraded to Ubuntu 9.10 the elisp code to create menus
>> stop working.
>>
>> Consider example in http://xahlee.org/emacs/elisp_menu.html
>> It creates the menu "MyMenu", but the menu itens inside it don't show!
>>
>> The emacs version didn't change: GNU Emacs 22.2.1
>>
>> Anyone else had this problem? how to solve it?
>
> It can be because you are now using a newer Gtk+ version.  Please use
> report-emacs-bug so we can see that at once instead of having to ask.
>

Please see full report (without setting GDK_NATIVE_WINDOWS=1) at end of message

> If indeed you are using Gtk+, it is due to the introduction of native
> windows.
> To see if this is the case, start emacs with
> % GDK_NATIVE_WINDOWS=1 emacs
> and try again.
>

If I do it that way, the problem is solved!
thanks


--

To: bug-gnu-emacs@gnu.org
Subject: creating menus
--text follows this line--

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:



If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.2/etc/DEBUG for instructions.


In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.18.2)
 of 2009-10-15 on rothera, modified by Ubuntu
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure  '--build=i486-linux-gnu'
'--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib'
'--libexecdir=/usr/lib' '--localstatedir=/var'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim'
'--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=i486-linux-gnu'
'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN
-DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed'
'CPPFLAGS=''

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: pt_PT.UTF-8
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  show-paren-mode: t
  delete-selection-mode: t
  pc-selection-mode: t
  auto-image-file-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o t <backspace> r t - e m a c a <tab> <backspace>
<tab> <return>

Recent messages:
Loading delsel...done
Loading paren...done
Loading saveplace...done
Loading /home/daniel/comp/elisp/system-type--gnu-linux.el (source)...done
fim ponto_emacs
Loading /home/daniel/comp/elisp/ponto_emacs.el (source)...done
Loading places from /home/daniel/.emacs-places...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Loading emacsbug...done
call-interactively: End of buffer

bug#4843: creating menus

[Chong Yidong]

> It can be because you are now using a newer Gtk+ version.  Please use
> report-emacs-bug so we can see that at once instead of having to ask.
>
> If indeed you are using Gtk+, it is due to the introduction of native windows.
> To see if this is the case, start emacs with
> % GDK_NATIVE_WINDOWS=1 emacs
> and try again.

I don't have any recollection of this problem.  Could you elaborate?  If
the menus don't work properly unless GDK_NATIVE_WINDOWS=1, maybe we
should set it unconditionally.

bug#4843: creating menus

[Jan D.]

On 2009-11-01 13:58, Daniel Carvalho wrote:
> 2009/11/1 Jan Djärv<jan.h.d@swipnet.se>:

>> If indeed you are using Gtk+, it is due to the introduction of native
>> windows.
>> To see if this is the case, start emacs with
>> % GDK_NATIVE_WINDOWS=1 emacs
>> and try again.
>>
>
> If I do it that way, the problem is solved!
> thanks

Closing this report as I don't think there will be a new release in the 
22 branch.  The 23 branch have a fix for this, and the next released 23 
will handle this fine.

For Emacs 22, the workaround is to set GDK_NATIVE_WINDOWS=1 in the 
environment.

	Jan D.

bug#4843: creating menus

[Jan D.]

On 2009-11-02 02:44, Chong Yidong wrote:
>> It can be because you are now using a newer Gtk+ version.  Please use
>> report-emacs-bug so we can see that at once instead of having to ask.
>>
>> If indeed you are using Gtk+, it is due to the introduction of native windows.
>> To see if this is the case, start emacs with
>> % GDK_NATIVE_WINDOWS=1 emacs
>> and try again.
>
> I don't have any recollection of this problem.  Could you elaborate?  If
> the menus don't work properly unless GDK_NATIVE_WINDOWS=1, maybe we
> should set it unconditionally.

Native windows is Gtk having internal windows that map to the same X 
window.  This confuses Emacs, mostly when it tries to map X events for 
windows to frames.  I.e. there might not be separate X windows in the 
menu that is children to the frame X window.  See bug #4122.

I'd rather not set GDK_NATIVE_WINDOWS as it disables the optimizations 
that native windows give.  It may also be removed in a future Gtk+ 
release, so it isn't a good solution.

It isn't hard to fix emacs 22 as well, but does this bug warrant a new 
22 release?  Maybe, as distributions like Ubuntu still ships 22 (see the 
linked Ubuntu bug in #4122).  A 23-release soonish is not wrong though :-)

	Jan D.