From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.devel Subject: Re: Tab bar Date: Mon, 07 Apr 2008 17:33:18 +0200 Message-ID: <47FA3EBE.5040600@gmail.com> References: <87wsnaso3h.fsf@jurta.org> <87d4p2tuim.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1207582542 14064 80.91.229.12 (7 Apr 2008 15:35:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Apr 2008 15:35:42 +0000 (UTC) Cc: Juri Linkov , koppel@ece.lsu.edu, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 07 17:36:14 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 1JitO9-0004qe-Fn for ged-emacs-devel@m.gmane.org; Mon, 07 Apr 2008 17:36:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JitNW-00048d-5A for ged-emacs-devel@m.gmane.org; Mon, 07 Apr 2008 11:35:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JitLk-0002vh-0m for emacs-devel@gnu.org; Mon, 07 Apr 2008 11:33:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JitLh-0002tE-Ch for emacs-devel@gnu.org; Mon, 07 Apr 2008 11:33:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JitLh-0002t0-6d for emacs-devel@gnu.org; Mon, 07 Apr 2008 11:33:33 -0400 Original-Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JitLb-0001iM-3c; Mon, 07 Apr 2008 11:33:27 -0400 Original-Received: from c83-254-150-27.bredband.comhem.se ([83.254.150.27]:61975 helo=[127.0.0.1]) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JitLZ-0007ff-7L; Mon, 07 Apr 2008 17:33:25 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: X-Antivirus: avast! (VPS 080407-0, 2008-04-07), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.150.27 X-Scan-Result: No virus found in message 1JitLZ-0007ff-7L. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JitLZ-0007ff-7L 6c80f4c3ffe378d68046f6c472431ae9 X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) 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:94580 Archived-At: Richard Stallman wrote: > Perhaps beginning users at that stage won't have so many buffers that > they can't all fit in the tab bar. Why not handle this like for example Firefox handles it? All the tabs are in one row but all tabs are not visible at once. I think that is how the system tab widgets handles it. > And by the time the user starts to > work with so many buffers, she will have learned about C-h b. The tabs as above can be combined with for example the way Ido let you narrow the available list of buffers. The set of visible tabs could be narrowed the same way. I imagine that the user first press C-tab and then by pressing a second key gets into that "ido-like state". Perhaps a quick press of C-tab again should enter that state. (Entering that state autmatically would be confusing for a new user since that is not the way tabs normally function.) Another note: You wrote in another message that tabs are most important for windows. If there is a special set of buffers for a window then it makes sense to me with a special tab row for that window. Otherwise it makes more sense to me to have one tab row per frame and that this affects the selected window. > Meanwhile, if the tab bar normally shows the most recently used > buffers, MOST OF THE TIME the buffer you want will be visible there .. > It would be good to have a tab bar of perspectives, too. I am not sure how that could work and look. One important thing about tabs IMO is the ability to use C-tab/C-S-tab to switch tab.