From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: Re: AW: Tabs in Emacs? Date: Tue, 17 Nov 2009 12:54:17 -0500 Message-ID: <74C27D58-9466-4F54-929B-9096A22C6787@gmail.com> References: <4B029686.8080705@alice.it>, <7b501d5c0911170532i5620ce86w57507fa95eecb1dc@mail.gmail.com> <7697A57B1AD9104F993CDF6A5B69430C08D5B6356B@CORPMAIL08.corp.capgemini.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1258480495 21612 80.91.229.12 (17 Nov 2009 17:54:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Nov 2009 17:54:55 +0000 (UTC) Cc: Angelo Graziosi , Emacs , Deniz Dogan To: "Berndl, Klaus" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 17 18:54:43 2009 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.50) id 1NASG9-0006ts-Eg for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2009 18:54:33 +0100 Original-Received: from localhost ([127.0.0.1]:35941 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NASG9-0007TE-0g for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2009 12:54:33 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NASG3-0007T9-R7 for emacs-devel@gnu.org; Tue, 17 Nov 2009 12:54:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NASFy-0007SN-R4 for emacs-devel@gnu.org; Tue, 17 Nov 2009 12:54:26 -0500 Original-Received: from [199.232.76.173] (port=59198 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NASFy-0007SK-LP for emacs-devel@gnu.org; Tue, 17 Nov 2009 12:54:22 -0500 Original-Received: from mail-qy0-f196.google.com ([209.85.221.196]:61709) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NASFy-0006Yq-99 for emacs-devel@gnu.org; Tue, 17 Nov 2009 12:54:22 -0500 Original-Received: by qyk34 with SMTP id 34so261316qyk.14 for ; Tue, 17 Nov 2009 09:54:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=sSZJeJ3ptrbX/qIlT6tfPaUALpdLZocSJduuDzT4j8Q=; b=QX7WYtYPnhC2YY+pPG4V06mumyGtcBBrYC/sg8liDazfYYzNcOAsKv59kGFekOmnlq 7xeQitdDQ2cO6n0y8OZf5MneKOmXTrHGtd1hq1C7JYVpwLEQoGrqtYhAILK1GK77a1Ct YF//62MYW52+akcTbz17p97JTWpF8OonFLVRA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=My7sFymqcqgoxB7nWDpjQU02rPKDY5r5p6zGHtUKPM5tACsmWVuQsIW8eQrpfZ308h jzhGE2M1bQUN5j/iJr4RAqBxwa9urUdGiTHC6z+l1a5IWkM0Pl575J0g+O+pfr4LUDt3 fQ9cPHAlem6rDcR27d8ixxQ8v+xlvwVaOM1Dg= Original-Received: by 10.224.123.103 with SMTP id o39mr5788343qar.93.1258480461201; Tue, 17 Nov 2009 09:54:21 -0800 (PST) Original-Received: from scarlett.psy.cmu.edu (SCARLETT.PSY.CMU.EDU [128.2.249.106]) by mx.google.com with ESMTPS id 22sm1747903qyk.10.2009.11.17.09.54.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Nov 2009 09:54:19 -0800 (PST) In-Reply-To: <7697A57B1AD9104F993CDF6A5B69430C08D5B6356B@CORPMAIL08.corp.capgemini.com> X-Mailer: Apple Mail (2.1077) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:117108 Archived-At: On Nov 17, 2009, at 8:59 AM, Berndl, Klaus wrote: > IMHO this tabbar-mode has nothing to do with "real" tabs (as e.g. in = Firefox) because the header-line is (mis-)used as tab-title/handle, so = when using this mechanism to *simulate* tabs i have no headerline within = the tabs... IMHO nothing what i would call "Tabs"... These are two problems - one conceptual, but the other one an easily = solvable technical one. It wouldn't be tricky to add a second header line (displayed just above = the header line) for the purposes of tabbar? This assumes that tabbar-mode wants to operate on the window level = (rather than per-frame), to display a subset of the available buffers = for people to switch to in that window. Native widgets for tabs would = be the next logical step, but that would require a lot of implementation = work for the different toolkits. The per-frame implementation is very interesting, too, because it would = store window configurations. But that's far away from the current = tabbar implementation.