From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Gtk tabs in emacs, new branch. Date: Tue, 13 Apr 2010 02:45:31 +0300 Organization: JURTA Message-ID: <87zl18fadw.fsf@mail.jurta.org> References: <30298845.656931270806476838.JavaMail.www@wwinf4631> <4BBF0C6C.7000909@swipnet.se> <87ljcwaxfv.fsf@mail.jurta.org> <4BC016DA.60400@swipnet.se> <87d3y63gzt.fsf@mail.jurta.org> <4BC1EAB2.6080900@harpegolden.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1271119921 21548 80.91.229.12 (13 Apr 2010 00:52:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 13 Apr 2010 00:52:01 +0000 (UTC) Cc: Jan =?iso-8859-1?Q?Dj=E4rv?= , "Emacs Dev \[emacs-devel\]" To: David De La Harpe Golden Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 13 02:51:59 2010 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.69) (envelope-from ) id 1O1UMA-0000Ha-BR for ged-emacs-devel@m.gmane.org; Tue, 13 Apr 2010 02:51:58 +0200 Original-Received: from localhost ([127.0.0.1]:50394 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1UM9-0005sl-VR for ged-emacs-devel@m.gmane.org; Mon, 12 Apr 2010 20:51:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1ULb-0005dG-9T for emacs-devel@gnu.org; Mon, 12 Apr 2010 20:51:23 -0400 Original-Received: from [140.186.70.92] (port=45495 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1ULZ-0005cG-H8 for emacs-devel@gnu.org; Mon, 12 Apr 2010 20:51:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1ULW-0001wf-F7 for emacs-devel@gnu.org; Mon, 12 Apr 2010 20:51:21 -0400 Original-Received: from smtp-out1.starman.ee ([85.253.0.3]:54613 helo=mx1.starman.ee) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1ULV-0001vx-LO for emacs-devel@gnu.org; Mon, 12 Apr 2010 20:51:18 -0400 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Original-Received: from mail.starman.ee (82.131.30.198.cable.starman.ee [82.131.30.198]) by mx1.starman.ee (Postfix) with ESMTP id 17DA03F40F1; Tue, 13 Apr 2010 03:51:11 +0300 (EEST) In-Reply-To: <4BC1EAB2.6080900@harpegolden.net> (David De La Harpe Golden's message of "Sun, 11 Apr 2010 16:28:50 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:123550 Archived-At: > And emacs has panes of content - windows... Let's clear this up: content is in buffers, panes of content are windows. There are two ways to switch content in the window according to the tab-bar click: 1. Update content of the buffer in the selected window. In this case, the same buffer gets erased and new content inserted into it with the same mode. 2. Switch the buffer in the selected window where the tab-bar belongs to the buffer's window. This has one constraint: all related buffers should be in the mode that provides the same tab-bar. > Cnsider the GIMP's tab docks - You can have a layers window, channels > window and paths window (not the gimp terminology, they actually call each > window a "tab") docked into a tab group or a brushes window, layers window > and palette window. Or whatever. And rearrange them as you see fit. I don't think it's right to call these things "windows". A "window" in Emacs is the physical area of the screen in which a buffer is displayed. So they are rather a layers buffer, channels buffer and paths buffer. Another variant is to call them "window-subtrees", i.e. as part of the window-tree in window configurations. This makes sense too: a layers window-subtree, channels window-subtree and paths window-subtree. This variant supposes there is a way to create a special window that holds the tab-bar, prepare its window-subtrees and assign them to the tab-bar's actions. -- Juri Linkov http://www.jurta.org/emacs/