From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Gtk tabs in emacs, new branch. Date: Sat, 10 Apr 2010 17:06:59 +0100 Message-ID: <4BC0A223.1070607@harpegolden.net> References: <30298845.656931270806476838.JavaMail.www@wwinf4631> <4BBF0C6C.7000909@swipnet.se> <4BC011F5.9010505@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1270915869 30830 80.91.229.12 (10 Apr 2010 16:11:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 10 Apr 2010 16:11:09 +0000 (UTC) Cc: Stefan Monnier , "Emacs Dev \[emacs-devel\]" To: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 10 18:11:07 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 1O0dGz-0002Bv-RN for ged-emacs-devel@m.gmane.org; Sat, 10 Apr 2010 18:11:07 +0200 Original-Received: from localhost ([127.0.0.1]:52327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0dGx-0006BZ-Tq for ged-emacs-devel@m.gmane.org; Sat, 10 Apr 2010 12:11:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0dFd-00060m-1o for emacs-devel@gnu.org; Sat, 10 Apr 2010 12:09:41 -0400 Original-Received: from [140.186.70.92] (port=40432 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0dFR-0005dA-AB for emacs-devel@gnu.org; Sat, 10 Apr 2010 12:09:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0dD6-000535-J8 for emacs-devel@gnu.org; Sat, 10 Apr 2010 12:07:06 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:41336) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0dD6-00052i-Dy for emacs-devel@gnu.org; Sat, 10 Apr 2010 12:07:04 -0400 Original-Received: from [87.198.54.207] (87-198-54-207.ptr.magnet.ie [87.198.54.207]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTP id E99BD955D; Sat, 10 Apr 2010 17:07:01 +0100 (IST) User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) In-Reply-To: <4BC011F5.9010505@swipnet.se> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:123441 Archived-At: Jan Dj=E4rv wrote: > Are there any concrete examples of other uses? I still think window=20 > configurations are the "natural" thing, as this is how tabs are used in= =20 > web browsers, other editors, IDE:s and so on. That doesn't mean that=20 > tabs must be exclusively about window configurations. I'm still not sure about this. At least the Gtk+ notebook model still=20 suggests to me that the most natural thing to put in some toplevel=20 outermost tabs for gtk purposes might be the emacs frames themselves. I also still like my idea of tabs being a sort of third "depth" axis=20 emacs windows are split on. Then such (interior*) tabs would be /an=20 aspect of/ window configuration, not something that switches /between/=20 window configurations. e.g. changing frame from window configuration A to window configuration B involve rearranging the horizontal,=20 vertical, and tab type window splits: A: B: ________________________ ________________________ | | | | | | | | |______ _______________| |______________| | |__/__/__/__/____________| | | | | | | | |___ ________| | | ___|________|________| |__/__/__/_____|_________| |__/__/__________________| A: horizontally-split into 2 then LHS vertically-split into 2. Lower=20 left then "tab-split" into 3 tabs. B: vertically-split into 2. Upper then "tab-split" into 4 tabs. Lower=20 tab-split into 2 tabs. First tab then vertically-split into 3. I suppose it doesn't preclude the outermost set of tabs switching=20 between window configurations. Or frames. Or even outer tabs containing=20 frames, second level switching window configurations of frames, and=20 further interior tabs being split-window type. Sigh. Anyway, talk is cheap - you have working code and I still don't, despite=20 previously mentioning this months ago now, I haven't really been working=20 on it. > The=20 > implementation can easily be made to do tabs also for "other" lisp-base= d=20 > uses. =20 I'd also point out again there's a completely different sort of tab to=20 consider - an emacs widget that is a tab notebook, that embeds _in_ a=20 buffer like other emacs widgets for customisation. That's little to do with your sort of tabs apart from my concern there's=20 some possibility some non-window-configuration-switching use cases some=20 people might be envisaging for tabs might be better served by a=20 tabbed/notebook presentation composite emacs widget.