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: Gtk tabs in emacs, new branch. Date: Sun, 11 Apr 2010 11:09:22 -0700 Message-ID: <8E4EFD98FBEC4EED91906ED42C8293FF@us.oracle.com> 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="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1271009479 31096 80.91.229.12 (11 Apr 2010 18:11:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 11 Apr 2010 18:11:19 +0000 (UTC) Cc: =?iso-8859-1?Q?'Jan_Dj=E4rv'?= , "'Emacs Dev \[emacs-devel\]'" To: "'David De La Harpe Golden'" , "'Juri Linkov'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 11 20:11:16 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 1O11cp-0006V8-VS for ged-emacs-devel@m.gmane.org; Sun, 11 Apr 2010 20:11:16 +0200 Original-Received: from localhost ([127.0.0.1]:37446 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O11cp-00037g-0n for ged-emacs-devel@m.gmane.org; Sun, 11 Apr 2010 14:11:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O11cj-00036I-UH for emacs-devel@gnu.org; Sun, 11 Apr 2010 14:11:09 -0400 Original-Received: from [140.186.70.92] (port=55902 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O11ci-00034v-7A for emacs-devel@gnu.org; Sun, 11 Apr 2010 14:11:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O11cf-00017d-Ma for emacs-devel@gnu.org; Sun, 11 Apr 2010 14:11:08 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:64103) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O11cf-00017X-Hh for emacs-devel@gnu.org; Sun, 11 Apr 2010 14:11:05 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet11.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o3BIB3Ue011157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 11 Apr 2010 18:11:04 GMT Original-Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o3BDOsjV009503; Sun, 11 Apr 2010 18:11:02 GMT Original-Received: from abhmt019.oracle.com by acsmt354.oracle.com with ESMTP id 151825071271009353; Sun, 11 Apr 2010 11:09:13 -0700 Original-Received: from dradamslap1 (/141.144.72.51) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 11 Apr 2010 11:09:13 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4BC1EAB2.6080900@harpegolden.net> Thread-Index: AcrZi/lR/4SibhUXSMe5ehEe8u+91QAEvu0A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt353.oracle.com [141.146.40.153] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4BC210B7.0049:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:123486 Archived-At: > I do get a certain impression that people who propose > non-switch-pane-of-content uses for tabs are really looking for just > more toolbars - rows of buttons. NOT tabs, which have specific ui > affordances towards being "for" managing stacked panes of > content, and often the same panes that may also be tiled (like emacs). That tabs can be naturally used for managing stacked panes of content does not mean that they should only be used for that. I see no contradiction between tabs as "buttons" and tabs as selectors for stacked panes. The former is more general, that's all. However, I would not like to see the current Emacs tool-bar and its buttons as the model for Emacs tabs. We can do a lot better. (See my other mail on this today.) I agree with what Stefan said: SM> Indeed. The current tool-bar has some serious limitations SM> for tabs: SM> - the appearance isn't right. SM> - no text. SM> - can't have two "tool bars". SM> SM> If we could have more flexible tool-bars (more control over the SM> appearance and content, more control over the possible key-bindings, SM> ...) and if we could have more of them and placed differently SM> (e.g. anywhere in the window tree), then that would subsume SM> the need for tabs and the neds for extra header-lines. > And emacs has panes of content - windows... Well, "pane" kinda implies "window", so it's hard to argue with that. But Emacs has lots of _sets_ of content (visible or not), and letting a tab select for such a set of content is part of what I would like to see. I do not want to see Emacs tabs being only about window selection (whether individual windows or window configs).