From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#16636: 24.3.50; REGRESSION: y/n file dialog is only flashed; input is not read Date: Tue, 4 Feb 2014 10:51:42 -0800 (PST) Message-ID: References: <<1af9fb2e-0ce0-430a-a9ee-b13838b88047@default>> <<838utq3l30.fsf@gnu.org>> <<9567eef7-8d7e-405c-a656-faefe34c9991@default>> <<831tzi3fje.fsf@gnu.org>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1391540164 11278 80.91.229.3 (4 Feb 2014 18:56:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Feb 2014 18:56:04 +0000 (UTC) Cc: 16636@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 04 19:56:11 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WAlAI-0007O8-Pq for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Feb 2014 19:56:11 +0100 Original-Received: from localhost ([::1]:54198 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAlAI-000105-Dd for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Feb 2014 13:56:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34763) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAl94-0006Lx-I1 for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:55:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WAl6I-0003Pt-Po for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:52:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WAl6I-0003Pn-Mr for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WAl6I-0002lb-3X for bug-gnu-emacs@gnu.org; Tue, 04 Feb 2014 13:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Feb 2014 18:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16636 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16636-submit@debbugs.gnu.org id=B16636.139153990910611 (code B ref 16636); Tue, 04 Feb 2014 18:52:02 +0000 Original-Received: (at 16636) by debbugs.gnu.org; 4 Feb 2014 18:51:49 +0000 Original-Received: from localhost ([127.0.0.1]:49745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WAl64-0002l3-Gg for submit@debbugs.gnu.org; Tue, 04 Feb 2014 13:51:49 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:20806) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WAl61-0002kv-UY for 16636@debbugs.gnu.org; Tue, 04 Feb 2014 13:51:46 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s14IpiUV018383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 4 Feb 2014 18:51:44 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s14Iph0M009838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 4 Feb 2014 18:51:43 GMT Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s14IphPN001825; Tue, 4 Feb 2014 18:51:43 GMT In-Reply-To: <<831tzi3fje.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84560 Archived-At: > It isn't distinguishable by design: dismissing a menu is translated > into a keyboard quit. You can try this with any menu in Emacs -- > after dropping down a menu, just click somewhere outside the menu, > and you will see "Quit" in the echo area. Yes, that was my point: seeing Quit does not say anything about whether a dialog or menu was displayed and dismissed. > > Maybe Quit was there, but there are lots of Quits in *Messages*. > > Again, that does not distinguish this situation. >=20 > Right. Again, by design. And again, saying to look for Quit doesn't mean much here, because there are so many possible causes for Quit to be logged. > > And I did not dismiss any dialog without making a selection. > > I never saw any dialog. I never saw any question posed, in any > > manner. >=20 > The menu flashes very quickly. And yes, you never selected > anything, and the dialog still popped down -- that's the bug. Right; that's what I noticed in my setup. My guess was/is that for emacs -Q the flashed display was so quick that it couldn't be seen. > What you reported was a real bug, I'm just describing the details > and add some explanations, not saying it isn't a bug. I got that. And thanks for the info. > > > Displayed, yes. But not "as it should be": the appearance is > > > entirely different, > > > > Different from what? >=20 > From a dialog that should be popped up when Emacs wants to ask a > yes/no question. Sorry, I don't follow. But maybe I do not need to. I thought this was a situation where a dialog _should_ be popped up to ask a yes/no question. > > What I see when using the debugger is what I normally see when > > Emacs asks a question using a dialog box. >=20 > Are you sure? Because that's not what I saw, before fixing the bug. > I saw an emulation of a dialog box with a menu. If you are asking about what flashed before me, I cannot confirm what it was. If you are asking whether what I saw when in the debugger seemed like the same thing as, or similar to, what I am used to seeing from Emacs, then the answer is yes. > To see what I mean, compare the effect of evaluating the following > two expressions: >=20 > (let ((fr (selected-frame))) > (x-popup-dialog fr > =09=09 '("Dialog" ("Foo" . t) ("Bar" . nil) ("Baz" . > maybe)))) >=20 > (let ((fr (selected-frame))) > (x-popup-dialog fr > =09=09 '("Dialog" ("Yes" . t) ("No" . nil)))) >=20 > (Since you don't yet have a binary where the bug is fixed, try this > in > an Emacs that was built before Oct 2013.) Do you see how Emacs > displays a message box for the latter, but not for the former? Now > try the same with the recent trunk, e.g. the one where you saw this > bug, and see how the second case looks similar to the first. OK, I understand now. > For "simple" Yes/No questions, Emacs on Windows uses a message box. > For more complex dialogs, it displays a menu, because no one has yet > written code that displays Windows dialog boxes for that. Out of curiosity, why do we think that one is better than the other? I guess the message box is better because you can just hit RET if you want the default? I agree that that is important, but is that the only reason to prefer a message box? > The bug happened because the code which invokes the "simple dialog" > was inadvertently deleted. I see. But in that case, shouldn't the menu have been displayed normally, in place of the message box? I would think that the problem was the invisible and automatically dismissed menu, not the fact that the menu was used instead of a message box. I feel like I must be missing something, but I'm guessing that it's not important that I understand. > Hope you understand the issue better now. I do, though obviously not completely. Thx.