From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Canceling dialogues Date: Mon, 31 Jul 2006 21:59:24 +0200 Message-ID: <44CE611C.4000903@student.lu.se> References: <44CE4007.6020904@student.lu.se> <38295.128.165.123.18.1154374997.squirrel@webmail.lanl.gov> <44CE5FA1.1010101@student.lu.se> <858xm9im3g.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1154376071 14364 80.91.229.2 (31 Jul 2006 20:01:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 31 Jul 2006 20:01:11 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 31 22:01:07 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1G7dwb-0004RH-Sl for ged-emacs-devel@m.gmane.org; Mon, 31 Jul 2006 22:00:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7dwa-0000cf-AC for ged-emacs-devel@m.gmane.org; Mon, 31 Jul 2006 16:00:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1G7dvH-0007Fb-UN for emacs-devel@gnu.org; Mon, 31 Jul 2006 15:59:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1G7dvE-0007Af-Q9 for emacs-devel@gnu.org; Mon, 31 Jul 2006 15:59:31 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1G7dvE-0007AC-FQ for emacs-devel@gnu.org; Mon, 31 Jul 2006 15:59:28 -0400 Original-Received: from [81.228.8.164] (helo=pne-smtpout2-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1G7dxv-0004Dw-SR; Mon, 31 Jul 2006 16:02:16 -0400 Original-Received: from [192.168.123.121] (83.249.218.244) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 44A2F19F00651934; Mon, 31 Jul 2006 21:59:25 +0200 User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) Original-To: David Kastrup In-Reply-To: <858xm9im3g.fsf@lola.goethe.zz> 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: news.gmane.org gmane.emacs.devel:57871 Archived-At: David Kastrup wrote: > Lennart Borgman writes: > > >> Stuart D. Herring wrote: >> >>> What should y-or-n-p return if the user chooses this alternative? Should >>> it signal 'quit (like C-g would)? What if `inhibit-quit' is t? The idea >>> of an escape route for the user is not a bad one, but I wonder if the >>> notion of "cancelling" is insufficiently generalizable to apply to just >>> any use of `y-or-n-p'. Is there a specific behavior that you would want >>> to associate with this? >>> >>> >> I want the Cancel alternative to work just like C-g works in the >> command line alternative. >> > > Well, it sounds like there would not be much of a point to display a > cancel button if inhibit-quit is t, and it would also appear > inappropriate to ring the bell (which is usually done for a lot of > situations where quit is signaled). > Good points.