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: Mon, 29 Oct 2018 09:44:31 +0100 Message-ID: <5BD6C86F.9030508@gmx.at> References: <875zyrrhk8.fsf@mail.linkov.net> <87ftx79brv.fsf@mail.linkov.net> <5BC5A536.7020603@gmx.at> <8736t57jcs.fsf@mail.linkov.net> <5BC6E559.3090000@gmx.at> <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> <87r2gbb85y.fsf@mail.linkov.net> <5BD57AB5.2040105@gmx.at> <87woq2xn22.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 1540802593 22206 195.159.176.226 (29 Oct 2018 08:43:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 29 Oct 2018 08:43:13 +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 Mon Oct 29 09:43:09 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 1gH38e-0005cN-1R for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 09:43:08 +0100 Original-Received: from localhost ([::1]:44164 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH3Ak-00044Z-58 for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 04:45:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH3AY-0003y4-Oa for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:45:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gH3AV-0006EW-D8 for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:45:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45655) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gH3AV-0006E4-71 for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:45:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gH3AV-0002zg-4L for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:45:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 29 Oct 2018 08:45:03 +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.154080268511458 (code B ref 32850); Mon, 29 Oct 2018 08:45:03 +0000 Original-Received: (at 32850) by debbugs.gnu.org; 29 Oct 2018 08:44:45 +0000 Original-Received: from localhost ([127.0.0.1]:49912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH3AC-0002yk-W2 for submit@debbugs.gnu.org; Mon, 29 Oct 2018 04:44:45 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:37373) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH3AB-0002yW-2c for 32850@debbugs.gnu.org; Mon, 29 Oct 2018 04:44:43 -0400 Original-Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LuKHz-1fXVuW09W3-011g0S; Mon, 29 Oct 2018 09:44:35 +0100 Original-Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LuKHz-1fXVuW09W3-011g0S; Mon, 29 Oct 2018 09:44:35 +0100 In-Reply-To: <87woq2xn22.fsf@mail.linkov.net> X-Provags-ID: V03:K1:rb2GHW6vuMmj92O+EupEiCWM37EOGjVOuVRIl0kzWU6jKiQEpVc +nuziTsuODuCYJPT0FexfeihlMusIpSvT7QfNidakSVfFVlZUjOdCS+6GnRJtLyJLN37JLh h83DD6f4HRg/1yeTzQLUQ2EO9uRLfXDv09S8QJB0Ae4bMfMn26Pv/8HYpanSMdku830ZGG8 WjeEULwJf2skDbvgb8Jeg== X-UI-Out-Filterresults: notjunk:1;V01:K0:4u97AwNqLdg=:3K3YL4mwWxpH0lNVeeezeg JOrGL3qvAEHBMgMIhjloIzYuGXefqoDUqalNDZEePx3b1OX2LZsrNfGFWd5dEtMiQgVE02Fto 1/vFdEDAgDaLOKdQCL3NVgtdZxEHYadTvUNwEAwyWySzdzWV54AdRr7e3pxPg9HPfscgrAgQc xbW7rUM2CQKEy2Kowr9WprXp4NdHDxwawYnm2+8DQY9mFZZ4EtLkfRY8aOR2CkZQJlD4Jm8Ud VB6kam3WEvPpu5JkXj2hGHxJN9aLrvMZzZkGKhlduoMCxwfcTvUdJs9EXybTLjj2z8LxSXDVk uOUtK69nhNNDYFmI1F/f3TkV+aqsRN7WqltU32SLYjRDZvrjf5wlM9eXMMGaSUb/OE75DZKJQ izI5c3R7rTI3j2l90de+Lsa6Hr993ic/NPqrwrKx8TDBl2iEdvSOXK90ekgpOY/3kMxLjvoV1 LVZH6QJZ0tGAtVOm4GWqjt0FFXHfzu1y9wVM9mCjWGeysksuRvE2GXo6GtCP0PIeTlEaPoDpj nPrDKonM2VfRVdX0VdXv9Cr+8uX+1n9JGacsev1N6JDUIuCvmI4ynEDVBTuJQg7qHPXfcemQl +8CwU2KIARp6kNtrNCSM+upqAoOvOOdfu6OJ2fIiIbGDAaEgK9enVYt0vIL6nd6rfTsoHU8I3 /fZ7o4Tj+jMvVBEibuGij+fNqC/oi/KYy0jjEuV9yBKy8JHV2uOjjTRfMlZFvsKUfEwJZKfOe pG3/AfKnfwpsxeEUi6xIpQ8xiKrpuS0yKPwKBpPPacld6vjoRGZv1EzpU9UBgR3gDJv1ewab 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:151769 Archived-At: >> What you probably want is a facility to clone a window. I have no >> idea how to do that and which semantics to attach to a cloned window. > > I guess a cloned window implies the same state with a different > identity. A different window object, hence. > Now I see the root of this problem: it's because 'delete-other-windows' > keeps one window and reuses it for the restored state. There's no reasonable way to avoid that - each frame needs a live root window. > So a proper fix for 'window-state-put' should use a cloned window > like you proposed. Couldn't we work around this problem some other way? Pumping up the window's sequence number, for example? Adding a function that replaces the live root window of a frame with a different object is somewhat ludicrous. martin