From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.multi-tty,gmane.emacs.devel Subject: Re: Emacs routinely gets stuck in single_kboard mode Date: Wed, 14 Jul 2004 14:26:46 -0400 Sender: multi-tty-bounces@lists.fnord.hu Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1089829658 28780 80.91.224.253 (14 Jul 2004 18:27:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Jul 2004 18:27:38 +0000 (UTC) Cc: multi-tty@lists.fnord.hu, emacs-devel@gnu.org Original-X-From: multi-tty-bounces@lists.fnord.hu Wed Jul 14 20:27:28 2004 Return-path: Original-Received: from ninsei.hu ([212.92.23.158] helo=chatsubo.ninsei.hu) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BkoTU-0003oU-00 for ; Wed, 14 Jul 2004 20:27:28 +0200 Original-Received: from [127.0.0.1] (nixon [127.0.0.1]) by chatsubo.ninsei.hu (Postfix) with ESMTP id 131D41AC8D; Wed, 14 Jul 2004 20:27:01 +0200 (CEST) Original-Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by chatsubo.ninsei.hu (Postfix) with ESMTP id 4EAF41AC8A for ; Wed, 14 Jul 2004 20:26:58 +0200 (CEST) Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1BkoSs-0004C1-Ld; Wed, 14 Jul 2004 14:26:46 -0400 Original-To: lorentey@elte.hu (=?iso-8859-2?Q?L=F5rentey_K=E1roly?=) In-reply-to: X-BeenThere: multi-tty@lists.fnord.hu X-Mailman-Version: 2.1.4 Precedence: list List-Id: Discussions of multiple tty support in Emacs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: multi-tty-bounces@lists.fnord.hu Xref: main.gmane.org gmane.emacs.multi-tty:29 gmane.emacs.devel:25689 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25689 (Incidentally, this calls top-level from a process filter. Is that supported?) It should be. 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.