From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: Gtk tabs in emacs, new branch. Date: Sat, 10 Apr 2010 19:11:34 +0200 Message-ID: <4BC0B146.5020802@swipnet.se> References: <30298845.656931270806476838.JavaMail.www@wwinf4631> <4BBF0C6C.7000909@swipnet.se> <4BC011F5.9010505@swipnet.se> <4BC0A2EC.3060807@swipnet.se> <50923.130.55.132.80.1270917734.squirrel@webmail.lanl.gov> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1270919537 10179 80.91.229.12 (10 Apr 2010 17:12:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 10 Apr 2010 17:12:17 +0000 (UTC) Cc: Stefan Monnier , "Emacs Dev \[emacs-devel\]" To: herring@lanl.gov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 10 19:12:15 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 1O0eE7-0007PV-M8 for ged-emacs-devel@m.gmane.org; Sat, 10 Apr 2010 19:12:11 +0200 Original-Received: from localhost ([127.0.0.1]:34783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0eE6-00010W-Ka for ged-emacs-devel@m.gmane.org; Sat, 10 Apr 2010 13:12:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O0eDc-0000sZ-Ex for emacs-devel@gnu.org; Sat, 10 Apr 2010 13:11:40 -0400 Original-Received: from [140.186.70.92] (port=35732 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O0eDa-0000sJ-Kn for emacs-devel@gnu.org; Sat, 10 Apr 2010 13:11:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O0eDZ-0005Kz-8c for emacs-devel@gnu.org; Sat, 10 Apr 2010 13:11:38 -0400 Original-Received: from smtprelay-h12.telenor.se ([62.127.194.5]:60757) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O0eDZ-0005Kc-35 for emacs-devel@gnu.org; Sat, 10 Apr 2010 13:11:37 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h12.telenor.se (Postfix) with ESMTP id 00C83E942 for ; Sat, 10 Apr 2010 19:12:05 +0200 (CEST) X-SENDER-IP: [85.225.45.110] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmZBAAxOwEtV4S1uPGdsb2JhbACHZIgPi1IMAQEBATUtugCFDAQ X-IronPort-AV: E=Sophos;i="4.52,182,1270418400"; d="scan'208";a="61939312" Original-Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb1.telenor.se with ESMTP; 10 Apr 2010 19:11:35 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 286F47FA01A; Sat, 10 Apr 2010 19:11:35 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 In-Reply-To: <50923.130.55.132.80.1270917734.squirrel@webmail.lanl.gov> 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:123446 Archived-At: Davis Herring skrev 2010-04-10 18.42: >> You guys seem to think that tabs are just extra buttons to be pressed. In >> Gtk+ they are not. When you press on a tab an whole new Gtk widget (with >> associated X window) covering the whole frame is switched in. So the old >> contents is not shown. Doing window configuration switch as fast as we >> can helps, but it still isn't good. Workable, but not good. > > This isn't necessary, is it? What is "this"? > I'm sure that GTK+ tabs can govern (switch) > an area that isn't a top-most window. Well, yes, that is what it is doing. It isn't a top-most window. > Then, if we want to, we can just > make the "content" part of that area have 0 size (so that the user-visible > line of tabs is in fact the whole area they control) and merely react to > the tab switch events however we want. I haven't tried it. However, stuff like putting tabs at the bottom would then not work well. Jan D.