From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Split frame? Date: Wed, 14 Mar 2007 15:03:59 +0100 Message-ID: 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 (Apple Message framework v752.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1173881072 2690 80.91.229.12 (14 Mar 2007 14:04:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2007 14:04:32 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Stephen Berman Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Mar 14 15:04:23 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 1HRU5W-0007CQ-2L for geh-help-gnu-emacs@m.gmane.org; Wed, 14 Mar 2007 15:04:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRU6P-0003U1-42 for geh-help-gnu-emacs@m.gmane.org; Wed, 14 Mar 2007 09:05:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRU6D-0003TZ-Cn for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:05:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRU6C-0003TC-3w for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:05:04 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRU6B-0003T1-Sc for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 09:05:03 -0500 Original-Received: from fmmailgate03.web.de ([217.72.192.234]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HRU5H-0003Jz-SD for help-gnu-emacs@gnu.org; Wed, 14 Mar 2007 10:04:08 -0400 Original-Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id 384BD68F0DDD; Wed, 14 Mar 2007 15:04:07 +0100 (CET) Original-Received: from [62.134.232.192] (helo=[192.168.1.2]) by smtp05.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.107 #114) id 1HRU5G-00063I-00; Wed, 14 Mar 2007 15:04:07 +0100 In-Reply-To: <878xe0klpu.fsf@escher.local.home> X-Mailer: Apple Mail (2.752.2) X-Sender: Peter_Dyballa@web.de X-detected-kernel: Linux 2.4-2.6 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:41959 Archived-At: Am 14.03.2007 um 14:18 schrieb Stephen Berman: > On Tue, 13 Mar 2007 22:56:45 +0100 Peter Dyballa wrote: > >> Am 13.03.2007 um 22:37 schrieb Vols: >> >>> I installed a plugin "tabbar.el" so that each file has a tab at the >>> top of the window. (looks like the tab in firefox). >>> Usually I need to work with more than 10 ".c" or ".h" files at the >>> same time. I used 'C-x C-f' to open files. After I used 'C-x 3' to >>> split to two windows, the tabs in each window are identical. If I =20= >>> kill >>> one buffer in left window, this buffer is also killed in right =20 >>> window. >>> This is my problem. >> >> No, this is tabbar's problem! I use it in two Emacs flavours and know >> what you're writing of ... > > Why do you think this is a problem with tabbar? It exhibits strange behaviour that fits into Vols' experience! I can =20 kill in the upper window a buffer that still exists in the lower =20 window. Only difference: the upper window had a valid dired contents, =20= the lower window is just blank and kind of re-uses the same buffer =20 name. Types of buffers are grouped, so a structure can change in the =20 upper window and persists to exist in the lower buffer =96 only the =20 contents is gone with the wind. This grouping also leads to an =20 inability to return with C-x b to a previously used buffer, because =20 the "group" has changed. One can never see all buffers open, I have =20 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 ``*=B4=B4: =20= *shell* | *grep* | *Man something*. The (fundamental mode) buffers =20 *Messages* or *Completions* or *calendar* or *Holidays* or *temp* =20 (from calendar) are not in this group. Messages* and *scratch* build =20 one group, *Holidays* and *Moonphases* are also grouped as another pair. I have no strong indication and I could not reproduce Vols' =20 experience, it's just an assumption. To really verify this =20 experience, Vols should follow my suggestion to launch GNU Emacs with =20= no or less customisation, i.e. with -Q or -q switches ... > >> I don't see much sense in using tabbar.el, because it is behaving >> strangely or I need to re-read the docs, except the Emacsen are a bit >> handicapped. > > What do you mean by strange behavior? I use tabbar and don't see any > behavior I consider strange. See above description. > >> 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. -- Greetings Pete =93Computers are good at following instructions, but not at reading =20 your mind.=94 - D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9