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: Sun, 18 Nov 2018 10:24:06 +0100 Message-ID: <5BF12FB6.20203@gmx.at> References: <87efdnsp2k.fsf@mail.linkov.net> <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> <5BEBDDCB.6090608@gmx.at> <87va4zfapq.fsf@mail.linkov.net> <5BED38A6.6020206@gmx.at> <87ftw2q74g.fsf@mail.linkov.net> <5BEE85A5.2070309@gmx.at> <878t1ruz4m.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 1542532991 32008 195.159.176.226 (18 Nov 2018 09:23:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 18 Nov 2018 09:23:11 +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 Sun Nov 18 10:23:07 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 1gOJII-0008Dy-Ls for geb-bug-gnu-emacs@m.gmane.org; Sun, 18 Nov 2018 10:23:06 +0100 Original-Received: from localhost ([::1]:51685 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gOJKP-0006SP-86 for geb-bug-gnu-emacs@m.gmane.org; Sun, 18 Nov 2018 04:25:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gOJKE-0006SF-Es for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:25:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gOJKA-0006nZ-Fe for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:25:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54071) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gOJKA-0006nR-Bw for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:25:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gOJKA-0007Ni-50 for bug-gnu-emacs@gnu.org; Sun, 18 Nov 2018 04:25: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: Sun, 18 Nov 2018 09:25: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.154253305928316 (code B ref 32790); Sun, 18 Nov 2018 09:25:02 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 18 Nov 2018 09:24:19 +0000 Original-Received: from localhost ([127.0.0.1]:58329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOJJT-0007Me-0u for submit@debbugs.gnu.org; Sun, 18 Nov 2018 04:24:19 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:47799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gOJJR-0007MN-5D for 32790@debbugs.gnu.org; Sun, 18 Nov 2018 04:24:17 -0500 Original-Received: from [192.168.1.101] ([212.95.5.128]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MarNa-1g9WHT14oc-00KMfI; Sun, 18 Nov 2018 10:24:09 +0100 In-Reply-To: <878t1ruz4m.fsf@mail.linkov.net> X-Provags-ID: V03:K1:pP47GRDNNU6dOm4ON8wpISbZemU+b4L+D/KyBrRhM6A20C4yMwQ V29+gHWnrn/Sa2ZfeQaHqWv4wOXQu01L9htuFcWYg8F41PSn+d0aE0utPgLQyqlvQtWCxIA DWcKLeCBfmBj0iKERsHd+Z+DpeoNQ3+X5NB4CHAKFZxpVFKkq8AvCXS/yoWVj693DuwKCO8 nW9h8umdeX7ReKT5/+Kow== X-UI-Out-Filterresults: notjunk:1;V01:K0:P911ryzaHPM=:iKly54hCaObwmy6O2zgymx 6l1GA14tfLhtzEHqaiOo9h6XrahqJgMAcmgEpr7WeINFVL1R5O17YoC1dSunbtRnbAh2RYG4O 0x96TxWR98zEKjIR4j7MtIt6N32syLczCkP44HHzNAhLdF7GUWDvHzlusrvUQ69/LdKTFZ0qO +ygdruhjs31kZo/2Jdns85WFCZF2O1ZoowZNokfeHn6eOXPCX1btpB7ueRoaFjJqJQ2AL1xHu uXcKbJrKT4belMXaEO7NnYre8VnKraeS3VRZn3/M+ANSPJeypjG1SpjZsJ84BF0ov8DL0hw5v NqDZiGIDji24BHGmYf8JiJNn2Ri3fsrz9fZXooYhO1pdwKpm6w5HhmlCghotA4GM+bJMrQ/mo CJaKhmmhicBIT2eY6Aa2mPLH7FY3JfK5t/buV0BiF5Rf5XqOut0BFu8OaVbMWuBphJupWnb1e pompRMBQJ/AljSZFAAfr2Nw1+rY3XfAXR5KHBTKBb25MvJs9KCJN8wZ6Qa/prTSHiwfqMmsw5 yyJaoLV0/8O7wSMLutxFrM6+vDpa5EBGCV3YJAP6+DhZAjyRlFCoJ/2gsq5ul9rDt1jxUh4DW EmNqv+Oaw1esLt6kCXYPEzuujovWHWuuGHoywuO3QnA+BGB4qUE0AUQgETdtO6fS4uVma2Zs/ PeLtuyT9h+by5EgbYvWfSgB4UnbEPbupKrzTYDWO8GWO4c6z2tIKN6rt24YFVdTGPz+RJDwet XedkiQ13k4f5tG6msJFaKwvSJQXgu/+/kbrqOFzOpQZzc7gfw9OjBy14V34O+OyauF9XbX3N 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:152499 Archived-At: >>> I solved this general problem for myself with such advice: >>> >>> (advice-add 'switch-to-buffer :around >>> (lambda (orig-fun &rest args) >>> (let ((buffer (apply orig-fun args)) >>> (window (selected-window))) >>> (switch-to-prev-buffer window) >>> (pop-to-buffer-same-window buffer)))) >>> >>> Then 'S-M-right C-h C-n' shows it in the right window. >> >> I don't grok it yet. What's the 'switch-to-prev-buffer' call for? > > switch-to-buffer switches the buffer in the selected window. > switch-to-prev-buffer undoes this, and displays the same buffer > in another window instead. OK. This is a very gross hack that relies on 'switch-to-prev-buffer' switching back to the "right" buffer. I can imagine now that you're not very fond of having it skip certain buffers in the course of action. >> I would have to understand the "behavior" first. One approach would >> be to move the user-error and 'switch-to-buffer-preserve-window-point' >> handling into the interactive specification handling and for the rest >> do what 'pop-to-buffer-same-window' does. > > Or maybe to add a new option that will allow switch-to-buffer > to use pop-to-buffer-same-window. Allow or mandate? Always? martin