From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: undo in loaddefs.el buffer Date: Sun, 26 Dec 2004 04:32:28 +0200 Organization: JURTA Message-ID: <87is6pka43.fsf@jurta.org> References: <200412211414.iBLEEZ903426@raven.dms.auburn.edu> <200412211541.iBLFfBc03861@raven.dms.auburn.edu> <87llbonyup.fsf@jurta.org> <200412260206.iBQ26wG17970@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1104032419 15525 80.91.229.6 (26 Dec 2004 03:40:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 26 Dec 2004 03:40:19 +0000 (UTC) Cc: yamaoka@jpl.org, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 26 04:40:11 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CiPGN-0005aK-00 for ; Sun, 26 Dec 2004 04:40:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiPR5-0007Uc-SK for ged-emacs-devel@m.gmane.org; Sat, 25 Dec 2004 22:51:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CiPQn-0007Si-OB for emacs-devel@gnu.org; Sat, 25 Dec 2004 22:50:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CiPQm-0007S5-7C for emacs-devel@gnu.org; Sat, 25 Dec 2004 22:50:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiPQl-0007RX-Tp for emacs-devel@gnu.org; Sat, 25 Dec 2004 22:50:56 -0500 Original-Received: from [194.126.101.98] (helo=MXR-3.estpak.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CiPDE-00012S-3I; Sat, 25 Dec 2004 22:36:56 -0500 Original-Received: from mail.neti.ee (80-235-32-158-dsl.mus.estpak.ee [80.235.32.158]) by MXR-3.estpak.ee (Postfix) with ESMTP id C92D9FC0E6; Sun, 26 Dec 2004 05:36:44 +0200 (EET) Original-To: Luc Teirlinck In-Reply-To: <200412260206.iBQ26wG17970@raven.dms.auburn.edu> (Luc Teirlinck's message of "Sat, 25 Dec 2004 20:06:59 -0600 (CST)") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:31399 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31399 Luc Teirlinck writes: > Richard Stallman wrote (in response to Juri Linkov): > C-g normally should quit out of this question. Why not in this case? > This too may be fixable, but only with more precise information. > > This might be toolkit dependent. (At least for popup menus). If the > answer gets asked in the minibuffer, quitting works normally (at least > for me). > > Obvious question to Juri: Which toolkit do you use? None. At least, configure says so: What window system should Emacs use? x11 What toolkit should Emacs use? none It seems in this case Emacs uses code from oldXMenu. I don't use popup menus, so this behavior was really unexpected for me, and especially annoying was that a X popup menu displayed from undo question crashed Emacs (before Jan fixed those crashes). > Everything below concerns the behavior with the default Lucid toolkit. > > Strange things happen with popup menus, at least using the default > Lucid toolkit. > > Do `emacs -q', M-x ielm then: > > (let (last-nonmenu-event) (yes-or-no-p "prompt")) This code displays a X popup menu when no toolkit is used. And it doesn't react to key presses. > If we repeat the experiment in 21.3, we see that the bug is not > present there. However, there is another bug. If we click the mouse > anywhere inside the Emacs frame, but outside the "Yes" button, nil is > returned. This is also a bug, which does _not_ occur in current CVS. > This seems to be a case of introducing one bug by fixing another. nil is returned in current CVS with no toolkit. -- Juri Linkov http://www.jurta.org/emacs/