From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#32850: 27.0.50; window-swap-states doesn't swap window prev/next-buffers Date: Wed, 14 Nov 2018 09:34:43 +0100 Message-ID: <5BEBDE23.8000402@gmx.at> References: <875zyrrhk8.fsf@mail.linkov.net> <87zhvcteuy.fsf@mail.linkov.net> <5BC83EE4.8030607@gmx.at> <87h8hig9uw.fsf@mail.linkov.net> <5BC98A5F.5050807@gmx.at> <87ftx0nvoi.fsf@mail.linkov.net> <5BCC374E.603@gmx.at> <87a7n7kz7x.fsf@mail.linkov.net> <5BCD935F.8030309@gmx.at> <87in1szirt.fsf@mail.linkov.net> <5BD03F21.6040807@gmx.at> <87lg6map8e.fsf@mail.linkov.net> <5BD15CE0.7080703@gmx.at> <87va5qf1ox.fsf@mail.linkov.net> <5BD2C4AD.3060402@gmx.at> <87o9awip7q.fsf@mail.linkov.net> <5BE7EE14.1060008@gmx.at> <87ftw7nz26.fsf@mail.linkov.net> <5BE93F99.3010500@gmx.at> <87tvkluad6.fsf@mail.linkov.net> <5BEA94D9.5080908@gmx.at> <87bm6s5yss.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1542184398 13076 195.159.176.226 (14 Nov 2018 08:33:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Nov 2018 08:33:18 +0000 (UTC) Cc: 32850@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 14 09:33:14 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqbq-0003Io-7z for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Nov 2018 09:33:14 +0100 Original-Received: from localhost ([::1]:58904 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMqdw-0002KM-QA for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Nov 2018 03:35:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53473) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMqdk-0002HF-Ct for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:35:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMqda-0001f1-Jz for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:35:12 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46675) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gMqda-0001ed-Ff for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gMqda-00015i-Bi for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Nov 2018 08:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32850 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32850-submit@debbugs.gnu.org id=B32850.15421845014184 (code B ref 32850); Wed, 14 Nov 2018 08:35:02 +0000 Original-Received: (at 32850) by debbugs.gnu.org; 14 Nov 2018 08:35:01 +0000 Original-Received: from localhost ([127.0.0.1]:50932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqdY-00015I-Pt for submit@debbugs.gnu.org; Wed, 14 Nov 2018 03:35:01 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:47297) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqdW-000153-Oz for 32850@debbugs.gnu.org; Wed, 14 Nov 2018 03:34:59 -0500 Original-Received: from [192.168.1.101] ([212.95.5.83]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0Ppl-1fUSWt34aT-00udZf; Wed, 14 Nov 2018 09:34:50 +0100 In-Reply-To: <87bm6s5yss.fsf@mail.linkov.net> X-Provags-ID: V03:K1:fsrf3rC84+pLGPQI5mXgTNwG1O5rVl+yr2w7vW8RJW1HLO547Qn EZsY3vkw0ZY8xyt8RY4WOZEilCeiqJA8slShj07KuZPTo9CXQVwGkjJuUZC8HKCjGYL26jL KR1uBUD0s7/TnqSYPkATsxeFW0bm0gi7fUQCmfp5qG3QUmLgYYEIka1xLb8UCW+BUVPfXHg jHo0Cqwxn27igNaXQsaVw== X-UI-Out-Filterresults: notjunk:1;V01:K0:k+8DGr2Sy4U=:gRimyUJ5RhjtCTNdWwHT1z KHOJAdIf6uWZHh+GSC5NpV8j2370OwoQTsu1B+ION1cuIjttOnaAUEIMwZrNgNylytaRmr922 CbuwzMRL/NKi79CcDvWlqJFWwn91FfqZvsGKaKhrj9NbR0F2tjLdgUd/Usv6p0O8Psot6kcNH ECGjyi/RuholbTxzSF7yogutUEnzmSdL5iQXK8q3LotxwZY0dYJnhz/Ys2yDXjEnOomlyiely yzgs1Q6euNQzwjX5gy0aYrMxMlNPII3an80vTIDFbnYWocp2reYddS+x7vVWEeyEfaLPyJgC8 xyigzRLwgZar/LVSflXTJJRaNbpErHo2nwOIFlztvHnE3MT0dy84SLkcsPNjQAsqwMTDzfaDS Ac/Vmheom2ErWW1bPn0iuCbg7TbSTkwp9BgpLhuooqThhn27K66pQJW4yn5fA/j/qMcJHr+Gk kf8k+eOBzNI7GrGgFfNye7JTihzOZoQiYjgZNE7rM/jRLr9wu1andkhMhpjMCc8zvyuVWtGLG 7jjlq7krasYP9eTMbWlPPC3rWH/5VFZ9/kXCqgII/rs04SpeIbC5KIh+4JiId8Ioebasx4byE wB0wXlBl+Md+XuPQxeo3tTq+BqPZPsq+BEFaD2qHatY0L2B7CmCV+wWVMni5hCxeL92utNwR6 QhyIHrS0b5hngM+CowUABDjMQKSNNPT8leFEwavB7twTotZVahW61SUHGyFpdneppxfLmRt5+ LBajumXAWmsjbPhZxua7vKCFeCdMOYAwl/o9KZIG+svfQwf/jcIZU7vBcSVsSQkfRk2DRxZz 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: 208.118.235.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:152376 Archived-At: >>> The x-tabs branch is for X-based builds, and the gtk-tabs branch >>> that Jan implemented is for GTK-based builds. Both are for the >>> frame-local tab-bars and can't be used for window-local tab-bars. >>> Do you know a solution for window-local tab-bars other than >>> duplicating header-line in each window to provide shelter for tab-bars? >> >> Mine uses atomic windows. > > I thought side windows, no? Atomic windows. Side windows are used for the frame-local tab-bar. >> But window-local tab-bars are not really useful for displaying window >> configurations anyway > > Yes, they are not useful for window configurations, but > window-local tab-bars are extremely useful for displaying > the list of prev/next buffers as tabs. So the user can see > the names of all buffers that were displayed in the window, > and clicking on the tab will switch to any of previously > displayed buffers. And clicking on [x] will remove the > buffer from the list of previous window-local buffers. That was my idea behind window-local tab-bars back then. Today I think that we should instead pop up a menu of previous buffers when moving the mouse over the mode-line's buffer-name. > I agree, mode-lines duplicate the battery charge information > in every window. What do you think about creating the frame-local > mode-line using the bottom side window? By default I would display them (possibly right-adjusted) only in the mode-line of the bottom-most-right-most window. martin