GNU bug report logs - #195
menu bar misbehavior during (ispell-buffer)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 195 in the body.
You can then email your comments to 195 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Nathaniel Cunningham" <nathaniel.cunningham <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: menu bar misbehavior during (ispell-buffer)
Date: Wed, 7 May 2008 10:17:46 -0500

[Message part 1 (text/plain, inline)]

When (ispell-buffer) is underway in one frame, and the displayed buffer in
another frame has different/additional menu bar items, selecting that second
frame doesn't update the menu bar.  However, clicking on the menu bar *does*
trigger a change to the menu bar categories, which means you may click on
the wrong item!  (i.e. the menu bar item under the mouse pointer may not be
the same with or without mouse-1)


In GNU Emacs 22.2.50.2 (i386-apple-darwin9.2.2, Carbon Version 1.6.0)
 of 2008-05-05 on plume.sr.unh.edu
Windowing system distributor `Apple Inc.', version 10.4.11
configured using `configure  '--without-x' '--prefix=/usr/local''

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
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: Emacs-Lisp

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
  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

Recent input:
<help-echo> <help-echo> <help-echo> <help-echo> <help-echo>
C-x C-f D e s k <tab> i s p e <tab> <return> C-x 5
2 <switch-frame> <help-echo> <help-echo> C-_ C-_ C-x
C-f ~ / D o c u <tab> [ r <backspace> <backspace> p
r o g r a m <tab> a s p e <tab> t e s t <tab> t e s
t <tab> <return> <switch-frame> <help-echo> <switch-frame>
<help-echo> <menu-bar> <tools> <spell> <ispell-buffer>
<switch-frame> <help-echo> <help-echo> <help-echo>
<switch-frame> <menu-bar> <help-menu> <send-emacs-bug-report>
q <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.
Undo!
undo-more: No further undo information
testspell.txt has auto save data; consider M-x recover-this-file
Loading ispell...done
Loading regexp-opt...done
Starting new Ispell process [default] ...
Spell checking testspell.txt using aspell with default dictionary...
Ispell process killed
Loading emacsbug...done

[Message part 2 (text/html, inline)]

Message #10 received at 195 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: "Nathaniel Cunningham" <nathaniel.cunningham <at> gmail.com>
Cc: 195 <at> debbugs.gnu.org
Subject: Re: menu bar misbehavior during (ispell-buffer)
Date: Sat, 06 Sep 2008 16:13:50 -0400

> When (ispell-buffer) is underway in one frame, and the displayed
> buffer in another frame has different/additional menu bar items,
> selecting that second frame doesn't update the menu bar.  However,
> clicking on the menu bar *does* trigger a change to the menu bar
> categories, which means you may click on the wrong item!  (i.e. the
> menu bar item under the mouse pointer may not be the same with or
> without mouse-1)

I checked in code to cause ispell to quit if the user enters a
frame-switch event or clicks in another frame.

This fix isn't perfect: it doesn't kick in if the user clicks directly
on a GTK menu (though it does cause quit when the user later leaves the
menu).  However, this may be a limitation of our GTK support, and OTOH I
don't see how to make it work.

Message #15 received at 195 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 195 <at> debbugs.gnu.org, Nathaniel Cunningham <nathaniel.cunningham <at> gmail.com>
Subject: Re: bug#195: menu bar misbehavior during (ispell-buffer)
Date: Mon, 30 Sep 2019 08:00:02 +0200

Chong Yidong <cyd <at> stupidchicken.com> writes:

>> When (ispell-buffer) is underway in one frame, and the displayed
>> buffer in another frame has different/additional menu bar items,
>> selecting that second frame doesn't update the menu bar.  However,
>> clicking on the menu bar *does* trigger a change to the menu bar
>> categories, which means you may click on the wrong item!  (i.e. the
>> menu bar item under the mouse pointer may not be the same with or
>> without mouse-1)
>
> I checked in code to cause ispell to quit if the user enters a
> frame-switch event or clicks in another frame.
>
> This fix isn't perfect: it doesn't kick in if the user clicks directly
> on a GTK menu (though it does cause quit when the user later leaves the
> menu).  However, this may be a limitation of our GTK support, and OTOH I
> don't see how to make it work.

If I understand correctly, this change fixed the most pressing problem,
and the other one is one that we can't fix, so I'm closing this bug
report.  Please reopen if that's a misunderstanding.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.