From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Herbert Euler Newsgroups: gmane.emacs.devel Subject: Multi-tty, ido-mode and erc Date: Thu, 21 Feb 2008 15:37:42 +0800 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1203579485 19611 80.91.229.12 (21 Feb 2008 07:38:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Feb 2008 07:38:05 +0000 (UTC) To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 21 08:38:30 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JS60i-0005l6-FC for ged-emacs-devel@m.gmane.org; Thu, 21 Feb 2008 08:38:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JS60D-0000yT-BE for ged-emacs-devel@m.gmane.org; Thu, 21 Feb 2008 02:37:57 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JS608-0000wd-85 for emacs-devel@gnu.org; Thu, 21 Feb 2008 02:37:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JS606-0000tt-4F for emacs-devel@gnu.org; Thu, 21 Feb 2008 02:37:51 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JS606-0000tm-1r for emacs-devel@gnu.org; Thu, 21 Feb 2008 02:37:50 -0500 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JS605-0001uf-Td for emacs-devel@gnu.org; Thu, 21 Feb 2008 02:37:50 -0500 Original-Received: from bay0-omc2-s23.bay0.hotmail.com ([65.54.246.159]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JS604-0000Jo-C9 for emacs-devel@gnu.org; Thu, 21 Feb 2008 02:37:48 -0500 Original-Received: from BAY143-W2 ([65.55.154.37]) by bay0-omc2-s23.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 20 Feb 2008 23:37:43 -0800 X-Originating-IP: [216.145.54.158] Importance: Normal X-OriginalArrivalTime: 21 Feb 2008 07:37:43.0420 (UTC) FILETIME=[A50153C0:01C8745C] X-detected-kernel: by mx20.gnu.org: Windows 2000 SP4, XP SP1+ X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:89786 Archived-At: Hello, In multi-tty version, Emacs seems not able to use the minibuffer of the right frame in some cases (in X window). To reproduce: 1. Start Emacs with the -Q option: $ emacs -Q A new Emacs frame is displayed. Now in this frame: 2. M-x server-start RET The emacsclient command should be able to connect to this server after this. 3. M-x ido-mode RET This simply enables the ido mode. 4. M-x erc RET ... Now login to some irc server with some nick name. Which server to login, which port the server uses and which nick name to login does not matter. 5. Start a emacsclient: $ emacsclient -c The emacsclient command just creates a new frame. Note that either the old Emacs frame and the new emacsclient frame should NOT be clicked to reproduce the problem. 6. Try to switch to another buffer, i.e. type C-x b. Emacs uses the minibuffer of the old Emacs frame, rather than the one of the new emacsclient frame. Typing C-g to try to abort the executing command does not help: it signals the `quit' condition in the new emacsclient frame, and the minibuffer of the old Emacs frame is still used. Currently I find the only way to make Emacs use the minibuffer of the new emacsclient's frame is to execute another command such that Emacs signals "Command attempted to use minibuffer while in minibuffer" and aborts the former command. 7. Some other notes: The reason I mention ido mode here is that, if ido mode is not turned on when emacsclient creates a new frame, Emacs will choose the right minibuffer to use. If ido mode is turned off after emacsclient starts, the problem just goes away. The reason I mention erc here is that, even if ido mode is turned on, the problem cannot be reproduced if M-x erc is never executed. And I can reproduce this problem only with C-x b, but not C-x f or M-x commands. Regards, Guanpeng Xu _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/