From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.help Subject: Re: Split frame? Date: Wed, 14 Mar 2007 15:36:22 +0100 Message-ID: <874ponlwnt.fsf@escher.local.home> References: <1173812471.694871.105960@q40g2000cwq.googlegroups.com> <1173821874.429444.164170@n76g2000hsh.googlegroups.com> <73BD5517-812B-44D3-98AB-C3A1210872DB@Web.DE> <878xe0klpu.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1173883028 11142 80.91.229.12 (14 Mar 2007 14:37:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2007 14:37:08 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Mar 14 15:37:01 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HRUb4-0005jS-JU for geh-help-gnu-emacs@m.gmane.org; Wed, 14 Mar 2007 15:36:58 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRUbx-0007kU-MG for geh-help-gnu-emacs@m.gmane.org; Wed, 14 Mar 2007 09:37:53 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRUbk-0007kF-GW for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:37:40 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRUbj-0007jz-0W for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:37:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRUbi-0007jw-QT for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 09:37:38 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HRUao-0000nu-RY for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:36:43 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HRUae-0000Ed-VK for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 15:36:32 +0100 Original-Received: from i577bcd52.versanet.de ([87.123.205.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Mar 2007 15:36:32 +0100 Original-Received: from Stephen.Berman by i577bcd52.versanet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Mar 2007 15:36:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 54 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: i577bcd52.versanet.de User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.93 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:41960 Archived-At: On Wed, 14 Mar 2007 15:03:59 +0100 Peter Dyballa wrote: > Am 14.03.2007 um 14:18 schrieb Stephen Berman: >> >> Why do you think this is a problem with tabbar? > > It exhibits strange behaviour that fits into Vols' experience! I can > kill in the upper window a buffer that still exists in the lower > window. Only difference: the upper window had a valid dired contents, > the lower window is just blank and kind of re-uses the same buffer > name. Types of buffers are grouped, so a structure can change in the > upper window and persists to exist in the lower buffer – only the > contents is gone with the wind. This grouping also leads to an > inability to return with C-x b to a previously used buffer, because > the "group" has changed. One can never see all buffers open, I have > to use mouse-buffer-menu to see what's in the frame(s) or session. > > One such grouping goes with buffers which names start with ``*´´: > *shell* | *grep* | *Man something*. The (fundamental mode) buffers > *Messages* or *Completions* or *calendar* or *Holidays* or *temp* > (from calendar) are not in this group. Messages* and *scratch* build > one group, *Holidays* and *Moonphases* are also grouped as another > pair. > > I have no strong indication and I could not reproduce Vols' > experience, it's just an assumption. To really verify this > experience, Vols should follow my suggestion to launch GNU Emacs with > no or less customisation, i.e. with -Q or -q switches ... What version of tabbar.el are you using? What you describe sounds like a bug that was fixed in CVS some time ago (the current CVS version is 1.69 (tabbar-version 2.0) from 8 June 2006; I cannot reproduce what you describe in that version). If you are using the latest released version (tabbar-version 1.3), I would highly recommend replacing it with the CVS version. But if you do, be aware that there were major changes between 1.3 and 2.0, and you may have to make changes to your ~/.emacs or custom-file. >>> Doesn't the usual control-(left-)click bring up a pop-up >>> with sorted or grouped buffers? >> >> The default binding of C- is mouse-buffer-menu, which pops up >> an unsorted and ungrouped buffer list. What you describe sounds like >> msb-mode (which overrides C-). >> > > It's bound to mouse-buffer-menu. Are you saying this shows you a sorted and group buffer list, like msb-mode does? That would be very strange. I don't get that with mouse-buffer-menu in GNU Emacs 22.0.93.1 (i686-pc-linux-gnu, GTK+ Version 2.10.6) of 2007-02-08. Steve Berman