From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Tabs Date: Tue, 03 Sep 2019 22:48:18 +0300 Organization: LINKOV.NET Message-ID: <87h85t41cl.fsf@mail.linkov.net> References: <990000647.207452.1567431109138@mail1.libero.it> <871rwy8osi.fsf@mail.linkov.net> <1202539102.243582.1567500548055@mail1.libero.it> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="45283"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) Cc: emacs-devel@gnu.org To: Angelo Graziosi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 03 22:03:32 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i5F1X-000Be7-RE for ged-emacs-devel@m.gmane.org; Tue, 03 Sep 2019 22:03:32 +0200 Original-Received: from localhost ([::1]:50438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i5F1W-0000N0-0h for ged-emacs-devel@m.gmane.org; Tue, 03 Sep 2019 16:03:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45176) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i5Exm-00071H-Dr for emacs-devel@gnu.org; Tue, 03 Sep 2019 15:59:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i5Exl-0000Zb-3y for emacs-devel@gnu.org; Tue, 03 Sep 2019 15:59:38 -0400 Original-Received: from brown.elm.relay.mailchannels.net ([23.83.212.23]:4945) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i5Exk-0000Ys-RK for emacs-devel@gnu.org; Tue, 03 Sep 2019 15:59:37 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 9C9C122E9B; Tue, 3 Sep 2019 19:59:35 +0000 (UTC) Original-Received: from pdx1-sub0-mail-a7.g.dreamhost.com (100-96-168-83.trex.outbound.svc.cluster.local [100.96.168.83]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 52AEC22D30; Tue, 3 Sep 2019 19:59:34 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Original-Received: from pdx1-sub0-mail-a7.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.5); Tue, 03 Sep 2019 19:59:35 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Absorbed-Harmony: 5f3625c637d7c503_1567540774809_178490634 X-MC-Loop-Signature: 1567540774808:273983280 X-MC-Ingress-Time: 1567540774808 Original-Received: from pdx1-sub0-mail-a7.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a7.g.dreamhost.com (Postfix) with ESMTP id CF50F83524; Tue, 3 Sep 2019 12:59:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=ATyaGam1Z4ORhZjkncBnuHSV5Rs=; b= CE4Rtm+59zZFsauwivnT/+wxHhMXNHeuHCcqSCbcLlGJHWbMmi+/hcuQ6gyZZXVB QkTlY0Ep4EBYn0tNppjpE1to5YpOW9GHmsu7DCHfx3GrBuBZZp1q0p/28yVb+gPy BUz+U4nfoS7kgMxX8cOcfMaXNl/y39QqLoAQrwdP4MM= Original-Received: from mail.jurta.org (m91-129-108-240.cust.tele2.ee [91.129.108.240]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a7.g.dreamhost.com (Postfix) with ESMTPSA id 7037383527; Tue, 3 Sep 2019 12:59:29 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a7 In-Reply-To: <1202539102.243582.1567500548055@mail1.libero.it> (Angelo Graziosi's message of "Tue, 3 Sep 2019 10:49:08 +0200 (CEST)") X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrudejfedguddugecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffuohhfffgjkfgfgggtsehttdertddtredtnecuhfhrohhmpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeeluddruddvledruddtkedrvdegtdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepmhgrihhlrdhjuhhrthgrrdhorhhgpdhinhgvthepledurdduvdelrddutdekrddvgedtpdhrvghtuhhrnhdqphgrthhhpefluhhrihcunfhinhhkohhvuceojhhurhhisehlihhnkhhovhdrnhgvtheqpdhmrghilhhfrhhomhepjhhurhhisehlihhnkhhovhdrnhgvthdpnhhrtghpthhtoheprghnghgvlhhordhgtdeslhhisggvrhhordhithenucevlhhushhtvghrufhiiigvpedt X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 23.83.212.23 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:239823 Archived-At: >> >> 3. Click on the previous tab >> >> 4. Click on the close icon >> > >> > Then tried this, and the result is global-tab.png: notice, usually, >> > Emacs here starts restoring about 65 buffers >> >> Have you visited all these 65 buffers in the same window? > > From the screenshots I sent, when I use tabbar-ruler from MELPA, Emacs > loads 65 buffers and shows them 'per mode', i.e. if I select a .f90 buffer, > it shows only buffers in F90 mode. Usually I can see about 4-5 tabs but > I can navigate (scroll) between them using left-right arrows (see > tabbar-ruler.png). The '-' on the tabs row allows to switch to see tabs per > mode (tabbar-ruler-permode.png), so I click the '-', select 'Shell-script' > tab and then visit a loaded .sh buffer, and so on. Grouping buffers by their modes is already implemented when you click on the plus sign: buffers are grouped by modes at the top submenus. > More or less similar functionalities are present in other Editors/IDEs/Browsers. > > Maybe, instead of limit the number of tabs, one should limit its > dimension so that the name buffer is still partially visible.. Yuri > (https://lists.gnu.org/archive/html/emacs-devel/2019-09/msg00057.html) > has good POV. Yes, I tend to agree that truncating tab names to the point of complete unreadability like Chromes does, doesn't make any good. I guess we have to define some minimal size of the tab name.