From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Tobias C. Rittweiler" Newsgroups: gmane.emacs.devel Subject: Re: Gtk tabs in emacs, new branch. Date: Sun, 11 Apr 2010 14:50:33 +0200 Message-ID: <87mxxanofa.fsf@freebits.de> References: <30298845.656931270806476838.JavaMail.www@wwinf4631> <4BBF0C6C.7000909@swipnet.se> <87ljcwaxfv.fsf@mail.jurta.org> <4BC016DA.60400@swipnet.se> <87d3y63gzt.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1270990260 31288 80.91.229.12 (11 Apr 2010 12:51:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 11 Apr 2010 12:51:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 11 14:50: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 1O0wcs-00015n-7N for ged-emacs-devel@m.gmane.org; Sun, 11 Apr 2010 14:50:58 +0200 Original-Received: from localhost ([127.0.0.1]:37209 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0wcr-0003tX-Do for ged-emacs-devel@m.gmane.org; Sun, 11 Apr 2010 08:50:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0wcm-0003tM-7q for emacs-devel@gnu.org; Sun, 11 Apr 2010 08:50:52 -0400 Original-Received: from [140.186.70.92] (port=44532 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0wck-0003tE-Px for emacs-devel@gnu.org; Sun, 11 Apr 2010 08:50:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0wci-000385-Iw for emacs-devel@gnu.org; Sun, 11 Apr 2010 08:50:50 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:37464) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0wci-00037n-D7 for emacs-devel@gnu.org; Sun, 11 Apr 2010 08:50:48 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O0wcd-0000zq-PP for emacs-devel@gnu.org; Sun, 11 Apr 2010 14:50:43 +0200 Original-Received: from host178.natpool.mwn.de ([138.246.7.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Apr 2010 14:50:43 +0200 Original-Received: from tcr by host178.natpool.mwn.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 11 Apr 2010 14:50:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: host178.natpool.mwn.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:xu2+hIjvs/1cvNme1HsTZlUt7II= 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:123474 Archived-At: Juri Linkov writes: > I see two separate tasks here: > > 1. Using Gtk-tabs at the top the the frame to switch window configurations. > This is like tabs in web browsers and "perspectives" in Eclipse. > > 2. Using Gtk-tabs in subwindows to bind mode-specific actions to tabs. > This is like tabs above a subwindow in Eclipse that would allow > Emacs packages to create tabs above the window along with the header line. I've been following the discussion only cursorly, so please excuse any ignorance on my part, but let me chime in with a real-life use case for the 2nd variant: In Common Lisp you can enter the debugger on a per thread basis. So at the moment, every time an error is signaled in a thread, a new buffer displaying a new debugger instance pops up. In case of many threads interacting with each other, it can easily arise that an error in one thread leads to other threads erroring out too after some small delay. At the moment, input focus is always stolen after each delay because a new buffer pops up, and you're essentially forced to wait until the system reached an equilibrium. Now there may be existing ways to improve that situation, but I think mode-specific tabs would fit really well: for each new error in a thread, a new tab will be pushed onto the existing tab list of the debugger window. -T.