[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#10993: 24.0.94; `yes-or-no-p' inhibits `quit' handler in `condition-

From: Drew Adams
Subject: bug#10993: 24.0.94; `yes-or-no-p' inhibits `quit' handler in `condition-case'
Date: Sun, 11 Mar 2012 10:44:26 -0700

Suppose you had a command such as `do-XYZ', below.  It does XYZ, but if
ABC is unsaved it asks you if you want to save ABC first.
The command lets you answer `yes' to save ABC first, answer `no' to do
XYZ without saving ABC first, or hit `C-g' to cancel everything (XYZ).
A user might hit `C-g' if s?he wanted to first investigate something
about ABC, for instance.
emacs -Q
(setq ABC-not-saved  t)
(defun do-XYZ (arg)
  (interactive "e")
  (when (and ABC-not-saved
             (condition-case err
                  "Save ABC before doing XYZ? (`C-g': cancel) ")
               (quit  (error "OK, canceled"))
               (error (error (error-message-string err)))))
    ;; do ABC
  ;; do XYZ
(global-set-key [mouse-3] 'do-XYZ)
Such a command (without "e" for `interactive') works fine when bound to
a key.  When bound to a mouse action (e.g. menu command) a user cannot
use `C-g'.  That's the bug.  When `yes-or-no-p' is invoked using a menu,
so that it asks the user using a dialog box instead of the minibuffer,
the `quit' handler in the `condition-case' is inhibited.
In GNU Emacs (i386-mingw-nt5.1.2600)
 of 2012-02-26 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --enable-checking --cflags

reply via email to

[Prev in Thread] Current Thread [Next in Thread]