From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Tab bar Date: Tue, 08 Apr 2008 11:35:49 -0400 Message-ID: References: <87wsnaso3h.fsf@jurta.org> <87d4p2tuim.fsf@jurta.org> <87prt2qzbd.fsf@jurta.org> <87r6dhbbd6.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1207668977 31071 80.91.229.12 (8 Apr 2008 15:36:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Apr 2008 15:36:17 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Apr 08 17:36:50 2008 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 1JjFsP-0005QF-Lm for ged-emacs-devel@m.gmane.org; Tue, 08 Apr 2008 17:36:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JjFrm-0002FB-8T for ged-emacs-devel@m.gmane.org; Tue, 08 Apr 2008 11:36:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JjFrU-00027o-63 for emacs-devel@gnu.org; Tue, 08 Apr 2008 11:35:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JjFrS-00027A-G0 for emacs-devel@gnu.org; Tue, 08 Apr 2008 11:35:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JjFrS-000273-Ak for emacs-devel@gnu.org; Tue, 08 Apr 2008 11:35:50 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JjFrS-0004LC-0T for emacs-devel@gnu.org; Tue, 08 Apr 2008 11:35:50 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JjFrR-0004FF-IX; Tue, 08 Apr 2008 11:35:49 -0400 In-reply-to: <87r6dhbbd6.fsf@jurta.org> (message from Juri Linkov on Tue, 08 Apr 2008 02:27:33 +0300) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:94710 Archived-At: Is this because you don't use web browsers? In most modern web browsers a tab displays a web page, but the same tab can switch between different web pages (so web pages are equivalent to Emacs buffers). When the user wants to visit a new page, then depending on such option, the browser can either open it in the same tab or create a new tab. Now I see what you mean. In effect, the new buffer can replace the old one in the tab bar, or it can add to the tab bar. If a window has a list of preferred buffers, and normally generates its list of tabs from that, these two options would be (1) the new buffer replaces the old buffer in the list of preferred buffers, or (2) the new buffer is added to the list of preferred buffers. It makes sense. My only doubt is whether we could find room in the keys and buttons for these two options.