From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: [multi-tty] emacsclient and buffers Date: Thu, 24 May 2007 22:36:30 +0200 Message-ID: <85odka3qnl.fsf@lola.goethe.zz> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1180039017 25699 80.91.229.12 (24 May 2007 20:36:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 May 2007 20:36:57 +0000 (UTC) Cc: emacs-devel To: csant Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 24 22:36:52 2007 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 1HrK3E-0002Ym-IZ for ged-emacs-devel@m.gmane.org; Thu, 24 May 2007 22:36:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrK3H-0001wv-BT for ged-emacs-devel@m.gmane.org; Thu, 24 May 2007 16:36:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HrK3D-0001wp-4G for emacs-devel@gnu.org; Thu, 24 May 2007 16:36:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HrK3A-0001vw-Iw for emacs-devel@gnu.org; Thu, 24 May 2007 16:36:45 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrK3A-0001vt-E0 for emacs-devel@gnu.org; Thu, 24 May 2007 16:36:44 -0400 Original-Received: from mail-in-03.arcor-online.net ([151.189.21.43]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HrK39-0002Gl-SQ for emacs-devel@gnu.org; Thu, 24 May 2007 16:36:44 -0400 Original-Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 360E52CAED9; Thu, 24 May 2007 22:36:42 +0200 (CEST) Original-Received: from mail-in-13.arcor-online.net (mail-in-13.arcor-online.net [151.189.21.53]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 2128E10128; Thu, 24 May 2007 22:36:42 +0200 (CEST) Original-Received: from lola.goethe.zz (dslb-084-061-040-014.pools.arcor-ip.net [84.61.40.14]) by mail-in-13.arcor-online.net (Postfix) with ESMTP id E1D0122D168; Thu, 24 May 2007 22:36:31 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 06CD01C4CE33; Thu, 24 May 2007 22:36:31 +0200 (CEST) In-Reply-To: (csant@csant.info's message of "Thu\, 24 May 2007 20\:15\:25 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 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:71767 Archived-At: csant writes: > It seems as if only the file opened from command line is associated > with the client frame: no matter whether file1 or file2 are in the > foreground in the client frame, if I C-x C-c in the client, file2 > will stay in the buffer list of the server. (Amusing side note: to > my bewilderment, this happened when I C-x C-f a file with tramp as > root from within the client, and later found that very file still > open in the server's buffer list). I can also kill file1 from > within the server, and this will terminate the client, allthough > file2 is still open in the bufferlist. > > If this is expected behaviour, I guess it might need some good user > documentation. > > Also, in terminal (-nw and -t respectively) it is not possible to > switch to a buffer which is currently in the foreground in another > frame (emacs server, or client). While I agree with your points, those are usability issues that are annoying, not critical. I suppose that once we merge multi-tty, lots of people will start removing their favorite annoyances. In this particular case, one would probable not consider the frames open from one "terminal" when considering how to arrange the frames in another. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum