From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Gregor Zattler Newsgroups: gmane.emacs.bugs Subject: bug#38624: 27.0.50; [wish] tab navigation via keyboard should mimic buffer navigation Date: Mon, 16 Dec 2019 10:11:01 +0100 Message-ID: <87y2vcmy8q.fsf@len.workgroup> References: <874ky1twb4.fsf@len.workgroup> <87mubt5gtt.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="141190"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38624@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 16 10:12:34 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1igmQa-000aSW-Qa for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Dec 2019 10:12:33 +0100 Original-Received: from localhost ([::1]:48842 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1igmQY-00051u-P0 for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Dec 2019 04:12:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55205) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1igmQ9-0004xC-7h for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 04:12:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1igmQ6-0007N6-RA for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 04:12:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60139) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1igmQ6-0007My-Iw for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 04:12:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1igmQ6-000470-EV for bug-gnu-emacs@gnu.org; Mon, 16 Dec 2019 04:12:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gregor Zattler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Dec 2019 09:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38624 X-GNU-PR-Package: emacs Original-Received: via spool by 38624-submit@debbugs.gnu.org id=B38624.157648747615670 (code B ref 38624); Mon, 16 Dec 2019 09:12:02 +0000 Original-Received: (at 38624) by debbugs.gnu.org; 16 Dec 2019 09:11:16 +0000 Original-Received: from localhost ([127.0.0.1]:37878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igmPM-00044g-AP for submit@debbugs.gnu.org; Mon, 16 Dec 2019 04:11:16 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:55993) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1igmPK-00044J-ON for 38624@debbugs.gnu.org; Mon, 16 Dec 2019 04:11:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1576487465; bh=zSfgDPj/XU3/q5okzooMISBLIaxUjIzc8Ax4nhzJN08=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=H6uezB0vOqMD0M6Uc/d40Towp3N9ktAnqamWatekWQgtCvX9ZsAxLjjoiq1cL3tU1 OZCt+WyKbVehKtkiv0cysK0Nz9qcy/GmGsYbO1dLQh0N+cyw4HB2A9FuEFoD0H6RhS Msjmgc/P8qBupqUl5Wiyr/6+7WOMSOI4DVisy8yM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from len.workgroup ([90.187.24.217]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MLiCu-1iP71t1yQC-00HbAr; Mon, 16 Dec 2019 10:11:05 +0100 In-Reply-To: <87mubt5gtt.fsf@mail.linkov.net> X-Provags-ID: V03:K1:p/ongeCYzuB6EznLFNNpKQIH4PSOx5hAJn3BX+FOKPtzx2T3LCO 5r4rQ0b8hOCK2ehOJ0MuGJZQyjE6ejHhCDisNRg0WOyC8LN586xzp06AzudanG3ghxQ7Lnl FYqqLjI8QwZbLtdk15gGe3PH3FNQLwwIqkIzaZIgoYM/dF8QNBauD7+ezYQeVaebJAF2gBQ xwZLOweig9yIny60mtBVQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:X/RpYpTr89Q=:N+XN/qajDhQNRjPhia8idA cSd0h7oonScQkVqhzmEP/hPun4H8xm/J5m8G3EUSYQBLelQGrC2mzs1FoDH4BP/xERLfsXc5A qvTW7aUYfzeOez9O6xLiT7/npKYN9nSb6674aD+yE8ZkxiaAsDxT+5gxr7W65/wvvawKzZBr9 X5k+3z9m0zxvYyGIafzWJMmkwavKKsMk0lzwxVZtXrLZ6evA/9d34Y+GaTTUOPUFZi9wnmJ3u zeUmxEZeusc4kms+YvuAdZzu0Rs/u97rNvVkLWxDZibh/O1qzIxk5pRuR1+C7bav+HkwwSZgU +pT5eNrtuztNGl0eGiIWMcP6YY7kzM80TWw6qPW/0Lm0nrl0VxoaaJato4BezWqHg6TMUuyBI ducZQRxIODberZ+S0Osnl/RBCvKYnTEF7dkPCr/OllwCsJSpA0eBs8eqhyA35av7IySjltapP qML5vF2Ny0DhytAhDilkWlFZJFT+ypQ423jAPhlAkearaota/gsCIBKrybtWyw2hFnUS/RL/K 7Gqjqsast3/n9WD+cUOPXto7xBtdG5p7XDMx5h2lEAHTHT38am/vUfm+54zNvLf5TlsK96Jl4 hCbtHQUBClfIKHNP4GdWc2dWXRkqzVcpulAzoPtznP+E5fCSHYUZaqbogiHdZuNkh2NTURsRZ tBzYQR56grzlXCdH1cE3qQvaa29pwtou5KhvTnG1vuTkFGyzqJOFGZs4K+einudUWz/8xIHb4 wEDjw4FAERLnoV73coH113+bI7GzvpajrMPpUXE4ETQR4+QDEl2Jo8txkmd/OAGNftZ8q7Nj X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:173428 Archived-At: Hi Juri, * Juri Linkov [2019-12-16; 01:06]: > Most commands (new tab and close tab) already display the message, > but not when a tab is selected. Thanks for noticing. This is now > improved to show the name of the selected tab in the echo area. great, thanks! >> I'd prefer to navigate tabs like buffers via names and completion. >> This would be like switch-to-buffer, how about "C-X t t" as the default >> key binding? This would happen in the echo area, therefore be less >> visual intrusive and keep the current window configuration visible >> till I choose the next one, while tab-list blanks the whole frame till = I >> choose the next one from this list. > > There is already the command like switch-to-buffer to select a tab by na= me > with completion. The command name is 'tab-bar-select-tab-by-name' > (alias of 'tab-bar-switch-to-tab'). I didn't know, this is good. > So you propose to bind it > to the key 'C-x t t'? This key is the most convenient to type, > so it should be used for the most frequently used tab command. > Do you think 'tab-bar-switch-to-tab' would be the most frequently > used command? I do not have used tabs much, but would assume the most frequent action would switching tabs. I modeled this key stroke after switch-to-buffer. And the other one (see below) after buffer-list. >> M-x tab-list creates a temporary tab, which looks like a buffer in a >> window, but is not shown for instance as a buffer in ibuffer. Other >> than ibuffer or list-buffers which split the window and therefore >> provide some visual context, tab-list destroys this context. > > Actually, tab-list was designed to not destroy the window configuration. > Unlike ibuffer or list-buffers that split the window, tab-list can't do > the same. If tab-list will split the window, then after selecting > another tab in the list and later going back to the same tab, will > still display the window with tab-list, and the same window will be > presented in every tab that would be annoying. Thus tab-list > takes care to not break user's window configurations. Perhaps this window could be buried before switching tabs (see below). >> The names of the tabs are somehow centred vertically and horizontally, >> which irritates me. > > They are centered to resemble the window list displayed by window manage= rs > in the center of the screen when switching windows. If you don't like t= his, > maybe there could be an option to display the list in the top left corne= r > of the frame? This is obviously bike shedding, but I would prefer if it looked similar to buffer-list or ibuffer. So yes beinning in the top left corner, perhaps with ab bit of margin but not much. >> I would prefer tab-list to create a buffer which mimics list-buffers or >> better ibuffer. This could be bound to "C-X t C-t". Then I would have >> the choice to have a dedicated tab which shows this buffer or switch to >> it in a tab. Perhaps it should be possible or even default to bury thi= s >> tab list before switching to the next tab, in order to restore the >> windows configuration in the tab current when calling tab-list. > > I don't understand how would use this dedicated tab to switch to it > from another tab. This would only be possible if the tab bar is shown. Then one could click on the tab for the tab list and go further from there. But probably nobody will use so many tabs? Sorry, forget this one... > Or do you want to use tab-list for other purposes, > not for selecting a tab from the list? I assumed that tab list shows a buffer for managing tabs. Create, delete, perhaps regroup them. And perhaps users would like to have a dedicated tab (leftmost?) for that. I personally will use this feater via keyboard and therefore it is not important for me to have a dedicated tab list tab. >> Then for instance in ibuffer I can kill a line with C-K and yank it in >> another buffer. This is not possible with the tab-list. It only marks >> the tab on this line for deletion (which is ok) but does not copy it to >> the kill ring. > > tab-list was modeled after list-buffers where C-k marks the buffer > for deletion. Oh, I see, I compared it to ibuffer. > There are so many features in ibuffer, many of them don't exist in > list-buffers, so I expect people will create packages that would > provide equivalents of many of them for tabs. Thanks for your explanation. And thanks for tab-bar-mode. Ciao; Gregor =2D- -... --- .-. . -.. ..--.. ...-.-