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: Thu, 22 Nov 2018 08:40:06 +0100 Message-ID: <5BF65D56.9020806@gmx.at> References: <87efdnsp2k.fsf@mail.linkov.net> <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> <5BF12FB6.20203@gmx.at> <87o9am3smz.fsf@mail.linkov.net> <5BF2858C.40207@gmx.at> <87va4szo8n.fsf@mail.linkov.net> <5BF3D3D4.1080106@gmx.at> <87pnuzz2vf.fsf@mail.linkov.net> <5BF5151B.5000201@gmx.at> <87ftvu9f20.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 1542872363 5456 195.159.176.226 (22 Nov 2018 07:39:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 22 Nov 2018 07:39:23 +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 Thu Nov 22 08:39:19 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 1gPja2-0001Hz-O3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 22 Nov 2018 08:39:18 +0100 Original-Received: from localhost ([::1]:44533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gPjc8-0004nX-U2 for geb-bug-gnu-emacs@m.gmane.org; Thu, 22 Nov 2018 02:41:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36925) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gPjbv-0004mE-9t for bug-gnu-emacs@gnu.org; Thu, 22 Nov 2018 02:41:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gPjbj-0001E3-HL for bug-gnu-emacs@gnu.org; Thu, 22 Nov 2018 02:41:11 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36190) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gPjbi-0001DD-4U for bug-gnu-emacs@gnu.org; Thu, 22 Nov 2018 02:41:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gPjbh-0001QW-RU for bug-gnu-emacs@gnu.org; Thu, 22 Nov 2018 02:41:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Nov 2018 07:41:01 +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.15428724275434 (code B ref 32790); Thu, 22 Nov 2018 07:41:01 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 22 Nov 2018 07:40:27 +0000 Original-Received: from localhost ([127.0.0.1]:40448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPjb9-0001PZ-8N for submit@debbugs.gnu.org; Thu, 22 Nov 2018 02:40:27 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:35639) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gPjb7-0001PM-I5 for 32790@debbugs.gnu.org; Thu, 22 Nov 2018 02:40:26 -0500 Original-Received: from [192.168.1.101] ([212.95.5.41]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MBWIM-1gFJjC0PaA-00AVlL; Thu, 22 Nov 2018 08:40:16 +0100 In-Reply-To: <87ftvu9f20.fsf@mail.linkov.net> X-Provags-ID: V03:K1:NbKumAGthGIS/kA/sLoYId9H7hUIV+nqd/AXge7i7As2Gx2kmlW 53cu9HXBJ4xXE1WZ6Y7mxUhFfDSVSH4/88BYZjaWIeEefHUMSofhoNsXrBL39+YlFaWOcyj VynrDTqp7eRbifpXFMFuiW7PLiHY6E+0IlOjGB+K/uy8RmsbjVJt5YtNcw8QniiNoR5kAlY Oj1OKRWWK6nFuCpAiX70A== X-UI-Out-Filterresults: notjunk:1;V03:K0:F3AtFa2547Y=:ie3+GJXGv874V1CP0qCNYs z1oh0xqSdkm932qiB+5C1vaHQATheRZj3ldwIcsqwEXl/Z5dKAZUUVOQxifYZ3/gkK8WkHJJz RWN67DVgNOZMvchfkGG1TLGDatR58EJw77VvUOYHwDFygbvNPNAR5mSx5tgdYkB9MaPZG2sVF 42G8w6lldHUuti4dGM/9wkNcq5gRkQdbRnPzuy4PS9kCYQDvFKmKk6WXNOv6+lfGbAnp9SohL /Ba4/m2GLwsyEPISEtFKplAhREmxvEwQNMnhj0gkMaRB5Z8PdUxpfigjthCQZRwBWkxy/X7R4 3awHXzCVH73uM2szsFLUPlCgOOFkNzdZQuIldBBq7mYgOKe9MQ5wN5U0zyBDJzwz/AlzKoa1V R3NILwuKn729Z73si5EBJdME+VpgRfUMKdddFfEJLOCxKE7QkzT34lufoXHT5oqfjOQwiU+Vi 7rAKPYjyUddiEUJs/gQijhqA4Xar+oBD1bTnhR88EI+zUVmE4hUhCsPFCNp44xtLMuvh4rAuH 25u7+1RvXQic5gjt/bfyw2gWVity9Ej1sK/MggG+COhdcRisy4fF6g6VbYeR8ZUwJNgXljHwP nSQjNQ2LRw9rdmS0GgfSYY1nlcP4JhuzGZOkvNGiyIKWfVvypdexg0Vexua7LbxCfTWRVYw9h lOvAWervDdBwZHpnhq9cnDMGOWCBzTmxJYXSIJ3TO4G3IXtk4Je13FOAOhT03Yqygp+4zvERc AHo0lw2Y0njLBMJFc1T/fssd6XdKDUXOGBjNItovMX+Q3kMw9MpCpNBsSwv5pUjxm71JBDxG 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:152661 Archived-At: >> Then 'switch-to-buffer' will show the buffer in the selected window >> and 'pop-to-buffer-same-window' will find it there. Or what am I >> missing? > > If a new option is non-nil, switch-to-buffer could call > pop-to-buffer-same-window, and if the selected window > remains the same, then continue doing what it normally does: > set-window-buffer, set-window-start, set-window-point, etc. Then instead of what you said earlier ... Maybe just call 'pop-to-buffer-same-window' at the end of 'switch-to-buffer' when a new option 'switch-to-buffer-pop' is non-nil? ... 'switch-to-buffer' would call 'pop-to-buffer-same-window' at the beginning when 'switch-to-buffer-pop' is non-nil. Right? This means, however, that it would skip the 'switch-to-buffer-in-dedicated-window' rigmarole. It wouldn't make sense because 'pop-to-buffer-same-window' would probably use a completely different window anyway. Right? martin