Re: [address@hidden: bug emacs]

[Ralf Fassel]

* rms@gnu.org (Richard Stallman)
| However, if what most apps do is grab and prevent the
| workspace-switching commands from working, probably Emacs should do
| the same thing, for consistency's sake.

A quick test of programs at my desktop:

OS IRIX 6.5.9, WM fvwm 2.4.5:
Task: pop up a menu, then try to change desktop via keyboard

Netscape 4.79: global grab, no keyboard events passed to WM, no
               queued key processing after menu is unposted.
SGI Audio Control Panel (apanel): dito
wish/Tk 8.3.4: dito
ddd (Qt toolkit): dito
Xscreensaver-demo (gtk toolkit): dito, plus indicates the keys pressed
        in the menu

Emacs 21.2: keyboard events passed to WM, desktop switch occurs, menu
            stays posted separated from emacs frame
Xemacs 21.4.6: keyboard events passed to WM, desktop switch occurs,
            menu stays posted separated from xemacs frame

R'