From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Buffer listing in multiple frames/ttys Date: Tue, 29 Nov 2005 11:24:32 -0800 Message-ID: References: <200511291843.jATIhph14003@raven.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1133292575 1522 80.91.229.2 (29 Nov 2005 19:29:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 29 Nov 2005 19:29:35 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 29 20:29:32 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EhB6J-0002KA-VU for ged-emacs-devel@m.gmane.org; Tue, 29 Nov 2005 20:25:17 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EhB6I-0006UB-GR for ged-emacs-devel@m.gmane.org; Tue, 29 Nov 2005 14:25:14 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EhB5x-0006Sv-Td for emacs-devel@gnu.org; Tue, 29 Nov 2005 14:24:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EhB5p-0006Qi-2J for emacs-devel@gnu.org; Tue, 29 Nov 2005 14:24:53 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EhB5o-0006Qf-Tc for emacs-devel@gnu.org; Tue, 29 Nov 2005 14:24:44 -0500 Original-Received: from [148.87.122.30] (helo=rgminet01.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EhB5n-0003WJ-Ro for emacs-devel@gnu.org; Tue, 29 Nov 2005 14:24:44 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id jATJOabq008507 for ; Tue, 29 Nov 2005 12:24:37 -0700 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id jATJOaSQ029227 for ; Tue, 29 Nov 2005 12:24:36 -0700 Original-Received: from dradamslap (dhcp-amer-rmdc-csvpn-gw4-141-144-96-169.vpn.oracle.com [141.144.96.169]) by rgmsgw300.us.oracle.com (Switch-3.1.7/Switch-3.1.7) with SMTP id jATJOYbc029215 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 29 Nov 2005 12:24:36 -0700 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <200511291843.jATIhph14003@raven.dms.auburn.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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:46770 Archived-At: I'm not sure what is meant by a buffer being "selected" in a frame (displayed?), but when pop-up-frames = t, there is only one buffer that is displayed in a given frame, by default. If you just open new buffers (e.g. `C-x 4 f', `C-x d', *Help*, *info*, whatever), by default they each open in a new frame. Even with pop-up-frames set to t, `C-x d' and `C-h i' display dired and *info* in the selected frame (actually, in the selected window). I meant C-x 4 d. You're right about `C-h i', of course. What I meant was: open buffers in new frames (in whatever way). I wouldn't expect those new frames to have multiple-buffer values for frame-parameter `buffer-list', but they do. You have other customizations. Just experiment with `emacs -q' and `pop-up-frames' set to t. I did. And I just did so again. emacs -q M-x set-variable pop-up-frames RET t RET C-x 4 f C-x 4 d C-h f Do C-x C-b in each buffer. I get these values for the `buffer-list' parameter: - for the file buffer: 1) the file buffer, 2) the minibuffer, 3) the directory buffer - for the directory buffer: 1) the directory buffer, 2) the minibuffer - for the *Help* buffer: 1) the *Help* buffer, 2) the minibuffer, 3) the directory buffer That's with just 3 buffers (+ the minibuffer). It appears that when I do, for instance, C-x 4 d (or f), the new buffer is also added to the `buffer-list' of the frame that I executed the command from. IOW, I suspect that the code is assuming that the new buffer will be "selected" (displayed) in the same frame, so it gets added to the list. Also, if I click a buffer name (e.g. *Help*) in buffer *Buffer List*, then *Buffer List* gets added to the `buffer-list' of the other frame (e.g. *Help*), even if it already existed. Again, this is a CVS snapshot from July. If others don't see such behavior, then perhaps this has been fixed.