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#32790: 27.0.50; point jumps unexpectedly after delete-window Date: Wed, 14 Nov 2018 09:33:15 +0100 Message-ID: <5BEBDDCB.6090608@gmx.at> References: <87efdnsp2k.fsf@mail.linkov.net> <87lg6g750v.fsf@mail.linkov.net> <5BD81D97.2000000@gmx.at> <87bm7bru1c.fsf@mail.linkov.net> <5BD963C8.9090905@gmx.at> <87h8h195ki.fsf@mail.linkov.net> <5BDAC159.1060008@gmx.at> <87muqsh11q.fsf@mail.linkov.net> <5BDC0E81.1050806@gmx.at> <87tvkwh4bp.fsf@mail.linkov.net> <5BE00F12.5000703@gmx.at> <87d0rjuq8c.fsf@mail.linkov.net> <5BE15552.4040507@gmx.at> <87y3a5rgm2.fsf@mail.linkov.net> <5BE2AF28.2020505@gmx.at> <87bm6zme24.fsf@mail.linkov.net> <5BE54FA1.2030004@gmx.at> <87k1lkllud.fsf@mail.linkov.net> <5BE7EDAD.9040808@gmx.at> <87tvklx4je.fsf@mail.linkov.net> <5BEA94A7.20809@gmx.at> <87r2foa8gq.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: quoted-printable X-Trace: blaine.gmane.org 1542184345 8939 195.159.176.226 (14 Nov 2018 08:32:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Nov 2018 08:32:25 +0000 (UTC) Cc: 32790@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:32:21 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 1gMqaz-0002Bs-6a for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Nov 2018 09:32:21 +0100 Original-Received: from localhost ([::1]:58896 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMqd5-0001uD-J6 for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 Nov 2018 03:34:31 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52728) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gMqch-0001ll-GX for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:34:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gMqcc-0000dc-GF for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:34:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46665) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gMqcc-0000dQ-Cv for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:34:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gMqcc-00013X-3X for bug-gnu-emacs@gnu.org; Wed, 14 Nov 2018 03:34: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:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32790 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32790-submit@debbugs.gnu.org id=B32790.15421844174014 (code B ref 32790); Wed, 14 Nov 2018 08:34:02 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 14 Nov 2018 08:33:37 +0000 Original-Received: from localhost ([127.0.0.1]:50920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqcC-00012g-UF for submit@debbugs.gnu.org; Wed, 14 Nov 2018 03:33:37 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:39005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gMqc8-00012R-Gl for 32790@debbugs.gnu.org; Wed, 14 Nov 2018 03:33:32 -0500 Original-Received: from [192.168.1.101] ([212.95.5.83]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LhwLy-1fia7F0Poo-00nDBE; Wed, 14 Nov 2018 09:33:23 +0100 In-Reply-To: <87r2foa8gq.fsf@mail.linkov.net> X-Provags-ID: V03:K1:fvjRYGAUe9vF7BZ67G8Cuwu1shnAXfOQc+v+vL8MEQlVIWQdd4u E7DkkgXs2fZjkbpXFP18bkTvxs+ht3I8CqFXi/BNObCeyar37shLF5YDGFwFauVjzbOxQwH YI6KN3xaaFi9wokFgkgSnPzbM2MMcdlYVMvv5EQZN9RyBGD0/3nPzX+GGW/xYQBWUlDomVy C6KGcnkHsnZH5yw3XWVyQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Y2LdgAENJGg=:DuTZGtXiCCfvGO6bhXZNP4 75/O+BiRmoSY1iZzLU3QBStbFYqFXpLnLI9pmf77JcXyeRmTP2SmTgXMIrNzy3DLKL4ihLtJg q/pxtiB4ro/6AcshMqu3WM7aMhWStvs2DAl5nCi2BkuOUMqlh3sB8ynxQUqPNVVe4HtUOjqjp VBvssjfQ+aLkATn2c/2rMc/q7HglEmZ5Q2rhDm50ZChqwgx/IF83/MfCgNWUjOepUjz6GcgpK w0A9J20cH0KuFuWfC+WPq+azPCceGmtl8i2JmPU1Gxr0p5i4MQ/SccM2z2zqEblftF3q/nwK8 fg50KiKLAyoiVQ5qurWeugs7wCVyDzS9jzCLHH1LIZFIuVOkq3WGA7xc2yDnTLCPZKftKIYcR FIBStBvWGtDDJ9MjLYa47YcGAwXLUEooJ0V5R1CK1P2Qk2eScPrjz+x1/Q08U0JKSbtbKiHsg dp2EQiFpvEn6D0zCVyyJQG1817pnkL9vFYQAaCCcjRt2ICLCFwCR3phJMk7xegH/s1uyeNb9j XvNnUYVm69BNeiDBP0SubWvnp6RxdZWOtii40qQoc5vN2sVk9LhCS4oqIEqOnwlKrFT/AI7bT 1p0PIqlgnTM6lkQ7OElAZOOSByJ8/rwprXYkDbzuILTVDTA60LTKTltgCjQ2zhVBP7F6BqSWS YWRBV+wpbP8DDhpFYBubm28+RmEd7tZvLOSfi3mdBR9Doos4CATaUl2DPhQnR0C/Dv4Vs8bwX 2UyuW97hDgkRoxqSqoS0R8I/SmNOfWW7r3zouSmqCTg5YDOOYfviaPmik+Zg3fnrg597u0jO 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:152373 Archived-At: >> I'd invert these: The "-display-" infix implies that the buffer is >> displayed and not popped to. > > Then easier just to rename it to windmove-pop-in-direction > because most commands use pop-to-buffer, so this should be > the default. That would be much better. > But currently I'm more concerned about inability to use switch-to-buff= er, > i.e. trying to display a buffer in another window with =E2=80=98S-M-do= wn C-x b RET=E2=80=99 > doesn't work. You mean wherever we can't use 'pop-to-buffer-same-window' instead? 'switch-to-buffer' is different. Reconciling 'force-same-window' and 'switch-to-buffer-in-dedicated-window' looks rather painful to me. > I tried to temporarily set dedicated-p to an old window, > but switch-to-buffer removes its dedicatedness. What did you try exactly? Naively spoken, I suppose you would have bound the dedicated flag of the selected window to 't' to make sure it can't get used and 'switch-to-buffer-in-dedicated-window' to 'pop' to avoid a user error. martin