From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lorentey@elte.hu (=?iso-8859-2?Q?L=F5rentey_K=E1roly?=) Newsgroups: gmane.emacs.devel,gmane.emacs.multi-tty Subject: Re: Emacs routinely gets stuck in single_kboard mode Date: Fri, 16 Jul 2004 00:22:57 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1089930272 22919 80.91.224.253 (15 Jul 2004 22:24:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 15 Jul 2004 22:24:32 +0000 (UTC) Cc: multi-tty@lists.fnord.hu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jul 16 00:24:22 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BlEeM-0002XP-00 for ; Fri, 16 Jul 2004 00:24:22 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BlEeL-00086f-00 for ; Fri, 16 Jul 2004 00:24:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BlEgq-0006hV-M9 for emacs-devel@quimby.gnus.org; Thu, 15 Jul 2004 18:26:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BlEgn-0006hH-UX for emacs-devel@gnu.org; Thu, 15 Jul 2004 18:26:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BlEgm-0006gu-SL for emacs-devel@gnu.org; Thu, 15 Jul 2004 18:26:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BlEgm-0006gk-On for emacs-devel@gnu.org; Thu, 15 Jul 2004 18:26:52 -0400 Original-Received: from [157.181.151.9] (helo=mx2.elte.hu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BlEeC-0000un-Pk; Thu, 15 Jul 2004 18:24:13 -0400 Original-Received: from mailbox1.caesar.elte.hu (mailbox1.caesar.elte.hu [157.181.151.157]) by mx2.elte.hu (Postfix) with ESMTP id 15CBB16EB45; Fri, 16 Jul 2004 00:19:57 +0200 (CEST) Original-Received: from eris (line-74-87.dial.freestart.hu [213.197.74.87]) by mailbox1.caesar.elte.hu (Postfix) with ESMTP id 34FE9A013D1F; Fri, 16 Jul 2004 00:23:24 +0200 (CEST) Original-Received: by eris (Postfix, from userid 1000) id 8677B47CFF; Fri, 16 Jul 2004 00:22:58 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Wed, 14 Jul 2004 14:26:46 -0400") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63 ClamAV 0.73 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-2.301, required 5.9, BAYES_00 -4.90, RCVD_IN_DYNABLOCK 2.60 X-ELTE-SpamLevel: X-ELTE-SpamScore: -2 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: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25740 gmane.emacs.multi-tty:34 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25740 Richard Stallman writes: > It could make sense to offer some way to unlock single-keyboard state > from another keyboard, as long as it is something that people won't be > likely to do without intending this effect. It can't be mere C-g, > because people are likely to type C-g without realizing the situation > they are in. Can you think of a good interface? > > Perhaps there could be a specific menu bar command that would do this. > People would not be likely to push that by accident, especially if it > leads to a submenu containing the item "Confirm and Proceed" before > you really issue the command. Well, that solution would work, but only if the menu bar is enabled. Also, I think it would be hard to adapt it to work on termcap displays. Naturally, that is not an issue in current Emacs CVS, but I would prefer a solution that would continue to work after the multi-tty merge. The problem is that as far as I know, the menu can not be activated from a locked termcap keyboard. (I wonder if porting the DOS port's menu interface to termcap displays would help with this.) What if 1) each blocked keyboard event would put something like the following message in the echo area of the frame it came from: Please wait; this keyboard is locked by activity on the foobar:0 display and 2) pressing C-g would pop up a (faked?) y-or-n-p with a variation of the following prompt (but better worded): Break the lock? (Warning, the effects may be unexpected) (y or n) Pressing C-g again would cancel the prompt and leave Emacs in single-keyboard state, so the user would not accidentally break the lock. Pressing y would unlock single-keyboard and warn the user again about the remote recursive edit. I suspect this solution would not be trivial to implement (there are several interesting corner cases), but I think it would be very easy for the user to understand. What do you think? (By the way, I guess implementing point 1 above is enough for the next release. Built-in support for exiting the single-keyboard state from another display should perhaps be left off for Emacs 22, or whenever the multi-tty branch gets merged into CVS. Especially if we choose something like this C-g-based approach.) --=20 K=E1roly