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: Tabs are ready? -> Let us give a definition of tabs. Date: Mon, 6 Feb 2012 11:54:44 -0800 Message-ID: References: <4F2E5D33.6020406@gmx.at> <4F2E8185.4080706@gmx.at> <4F2EC73A.8020905@gmx.at> <4F2FACF8.2040304@gmx.at> <4F3007E8.6090209@gmx.at><87liofhir9.fsf@spindle.srvr.nix> <4F302D4D.3040307@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1328558118 16906 80.91.229.3 (6 Feb 2012 19:55:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2012 19:55:18 +0000 (UTC) Cc: 'Juri Linkov' , 'Juanma Barranquero' , 'Alin Soare' , 'Emacs Dev' To: "'martin rudalics'" , "'Nix'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 06 20:55:16 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RuUef-0002ny-8A for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2012 20:55:13 +0100 Original-Received: from localhost ([::1]:46346 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuUee-000448-BN for ged-emacs-devel@m.gmane.org; Mon, 06 Feb 2012 14:55:12 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:46517) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuUeW-00040i-IS for emacs-devel@gnu.org; Mon, 06 Feb 2012 14:55:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RuUeV-0007uk-FV for emacs-devel@gnu.org; Mon, 06 Feb 2012 14:55:04 -0500 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:42879) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuUeV-0007uA-5Z for emacs-devel@gnu.org; Mon, 06 Feb 2012 14:55:03 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q16JslmY016665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 6 Feb 2012 19:54:48 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q16Jsk4F026622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Feb 2012 19:54:46 GMT Original-Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q16JsjNk029855; Mon, 6 Feb 2012 13:54:45 -0600 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 06 Feb 2012 11:54:45 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4F302D4D.3040307@gmx.at> Thread-Index: AczlB5jr9VTfWgcJTeS8hPXC2JKuVwAAD8nQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-CT-RefId: str=0001.0A090204.4F303009.00F7,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 148.87.113.117 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:148282 Archived-At: > I'd actually very much like a set of per-window tabs > which recorded not a single buffer per tab but an > entire window-configuration per tab. I don't really want to delve into this discussion now, but I'd say that a tab should be about as general as a menu item. Yes, I know there is pushback by some from that level of generality - already seen that the last time this topic went 'round. It's still my view, so far. In particular, what you describe wrt a window config could as easily be extended to a desktop (i.e., what desktop.el traffics in), and from there to a desktop bookmark (which Bookmark+ offers). And so on. Why not? The general idea is about switching to some alternative config/state, which remains associated with a particular tab. That's a bit less general than a completely arbitrary action (function), but not by a lot. Why prescribe that the only such alternative configs/states supported/allowed are windows or frames or buffers or window/frame configs? Anway, don't be surprised if I bow out now. I don't really have anything specific to say about this at the moment. And I do realize that this is a minority view (probably a minority of one).