From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: lorentey@elte.hu (=?iso-8859-2?Q?K=E1roly_L=F5rentey?=) Newsgroups: gmane.emacs.devel,gmane.emacs.multi-tty Subject: Re: Buffer listing in multiple frames/ttys Date: Thu, 24 Nov 2005 22:44:33 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1660078366==" X-Trace: sea.gmane.org 1132868719 17409 80.91.229.2 (24 Nov 2005 21:45:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 Nov 2005 21:45:19 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 24 22:45:10 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EfOtN-0003FQ-QH for ged-emacs-devel@m.gmane.org; Thu, 24 Nov 2005 22:44:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EfOtM-0008II-D4 for ged-emacs-devel@m.gmane.org; Thu, 24 Nov 2005 16:44:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EfOtA-0008ID-GF for emacs-devel@gnu.org; Thu, 24 Nov 2005 16:44:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EfOt8-0008Hv-Sz for emacs-devel@gnu.org; Thu, 24 Nov 2005 16:44:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EfOt8-0008Hs-Ow for emacs-devel@gnu.org; Thu, 24 Nov 2005 16:44:18 -0500 Original-Received: from [212.92.23.158] (helo=chatsubo.ninsei.hu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EfOt7-0000h0-91 for emacs-devel@gnu.org; Thu, 24 Nov 2005 16:44:19 -0500 Original-Received: from walrus (walrus.inf.elte.hu [157.181.166.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by chatsubo.ninsei.hu (Postfix) with ESMTP id 090031AD35; Thu, 24 Nov 2005 22:44:14 +0100 (CET) Original-Received: by walrus (Postfix, from userid 1000) id 6B668C093E; Thu, 24 Nov 2005 22:44:34 +0100 (CET) Original-To: multi-tty@lists.fnord.hu In-Reply-To: (Len Trigg's message of "Fri, 25 Nov 2005 09:25:32 +1300") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.52 (gnu/linux) 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:46542 gmane.emacs.multi-tty:364 Archived-At: --===============1660078366== Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= [emacs-devel in Cc: because I think the included patch should be applied on the CVS trunk.] Len Trigg writes: > Many years ago I chose XEmacs, mainly becuase (at the time) it was the > only one that supported font-lock in a tty and multiple tty > connections to the one server. A few months ago I switched over to > FSF Emacs-multi-tty and so far it's been going pretty well. One > difference that has been niggling me is that XEmacs used to keep the > recently-used buffer listing on a per-tty/frame basis, whereas > Emacs-multi-tty seems to just have a global list. I have good news! Emacs has per-frame buffer-lists as well: see . > For example, I typically have separate emacs tty's for my mail client, > for calendar/diary, and for my coding. In XEmacs, list-buffers called > from the coding tty would list all the code-related buffers at the > top, whereas in multi-tty emacs, I get a mixture of buffers from all > three ttys. It's obvious that the XEmacs way is preferrable. Is > there any chance of this feature being implemented in the multi-tty > patch? (or is it even something that applies to the main Emacs > branch?) `list-buffers' (C-x C-b) does not use the frame-local buffer-list, but rather the global one. This seems like a bug in the CVS trunk, easily fixed by a one-line patch: --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- orig/lisp/buff-menu.el +++ mod/lisp/buff-menu.el @@ -717,7 +717,7 @@ (if (memq c '(?\n ?\s)) c underline)) header))))) ;; Collect info for every buffer we're interested in. - (dolist (buffer (or buffer-list (buffer-list))) + (dolist (buffer (or buffer-list (buffer-list (selected-frame)))) (with-current-buffer buffer (let ((name (buffer-name)) (file buffer-file-name)) --=-=-= Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable =20 2005-11-24 L=F5rentey K=E1roly * buff-menu.el (list-buffers-noselect): Display the selected frame's buffer list, not the global one. Any objections? > (The other issue is that other ttys get blocked if one of them is > waiting on input in the minibuffer. Apparently this single keyboard > mode is intentional, but it's annoying nontheless, and certainly a > trick for new players) I agree, but it's very hard to fix it. I wonder what did the XEmacs developers do; did they simply ignore the underlying problem? =2D-=20 K=E1roly --=-=-=-- --==-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDhjRC6eoyqA+yej8RAhz1AJ4htNOnxS7vhZrOf1aF4NC47hb8CgCfVNCC WX8kov97ifRX58/0LMuv1Gs= =qw6H -----END PGP SIGNATURE----- --==-=-=-- --===============1660078366== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============1660078366==--