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: Tue, 20 Nov 2018 10:28:52 +0100 Message-ID: <5BF3D3D4.1080106@gmx.at> References: <87efdnsp2k.fsf@mail.linkov.net> <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> <5BF12FB6.20203@gmx.at> <87o9am3smz.fsf@mail.linkov.net> <5BF2858C.40207@gmx.at> <87va4szo8n.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 1542706097 19741 195.159.176.226 (20 Nov 2018 09:28:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 20 Nov 2018 09:28:17 +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 Tue Nov 20 10:28:13 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 1gP2KG-0004tw-JK for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2018 10:28:08 +0100 Original-Received: from localhost ([::1]:60947 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gP2MN-0008Ur-4C for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Nov 2018 04:30:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47987) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gP2MA-0008Sk-BL for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2018 04:30:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gP2M6-00062G-DV for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2018 04:30:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57358) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gP2M6-000620-AU for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2018 04:30:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gP2M6-0007Jb-1w for bug-gnu-emacs@gnu.org; Tue, 20 Nov 2018 04:30: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: Tue, 20 Nov 2018 09:30: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.154270615028024 (code B ref 32790); Tue, 20 Nov 2018 09:30:01 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 20 Nov 2018 09:29:10 +0000 Original-Received: from localhost ([127.0.0.1]:33383 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gP2LF-0007Hv-PY for submit@debbugs.gnu.org; Tue, 20 Nov 2018 04:29:09 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:51013) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gP2LC-0007HK-MM for 32790@debbugs.gnu.org; Tue, 20 Nov 2018 04:29:07 -0500 Original-Received: from [192.168.1.101] ([46.125.250.103]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MQzIE-1g1Meq2tyQ-00ULVL; Tue, 20 Nov 2018 10:28:58 +0100 In-Reply-To: <87va4szo8n.fsf@mail.linkov.net> X-Provags-ID: V03:K1:GoBGbOTLmwq/ZiNR5KuGdGonsRAfGqAGNGW3D5W3AnUJvqvhBdw C7bJn/zeBuP00SF23HJ4exfsyFBt72g8Y3lSgvPKEP2c300gsbll0QlEsUAW2MsyXxUPN/6 ThuzyJFBL1MSHYt0NBnKotCBmHyUwTBN88HdZe8ng/ffAwBT5geRs75M8qZWDStkzBod9LP 30GJ39ZEP71J9hgVGx8dQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:2PuGfrmY2gM=:BOYl50bGwo0UZ8HnJOY5zL NPCqBWbmv3vxkvurNNPS2LDQTzMN+uwyb+u8x63ksTdd8HMTcplqVc8E5LmTKMZcP+8cAMp35 i+i/CTCtCDdK49MR06v8DJl+pRsJ3zRGvl3KLGytTFjcAEV1hJtnofjXNhwJiS97meo+6d88I 7dWqRTK4r+RC6ulrF2vmTpkxstFM725JjfiM8rt5d8eEulKW7UTLhYtS6GB/NMYCxuKl9yvdo ZtW42n5ZCz5/Hm2XKxbRRyDEJetbNV1RDPZBv0DHqzGSyDHocAkoOBYkwMbTKSQz2aJqttMPx nCotb/NlwbMvf1/kFqKbE9HQcjagp1LDE8aEYqvIOHCBU5e0RbpAdCf4dj1wFzLuJQ2vsJUY1 z4gO31my1PJOTqxmjs5RjBaoUAOHs3oJ4+TJvsaMHbsHtZXfXikfnwl3bYGNAZAhDOhsIgctd LYdSzRC7bB8pna5WeHHQfBNv6anusgDFQvsx8PRXuB/0qL1/Vbp49Ara/R0qSpq3Nol2HrKot TJBQFrmAvHc2QXyjXoQ/B3HUUjOX0c9wtEYVrDeGfoQs1NXky80c7HUlHr4eBbGbdmIDNAXjd XVV55Q21B4zspJvxZmDUYNjX99a9fUvWaBdM61DYwmCuiw/7OmqM5q9xES2rgBxp7nIGddEtz FOUfEN3bQl6LT4Esfsim/W+BHRMxNypin5uuqERUFnaCVEgYKd+ON3gJLyOG9MWl3IzDFqryD GRGVsThs7GKpunIuUQFzoyXLvZMnPYCANVS6eKIzkMNMSEIHYADV0CallXAxRNm6CbbuYH8n 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:152562 Archived-At: >>> Like `switch-to-buffer-in-dedicated-window' has the option `pop', >>> another customizable variable could provide a similar non-default >>> option that will call pop-to-buffer-same-window from switch-to-buffe= r. >> >> OK. But would that option's value apply to C-x b as well? > > This option is needed mostly for 'C-x b' to be able to switch to the b= uffer > in another window. And also for other commands that non-interactively= call > 'switch-to-buffer', like 'C-h C-n'. But 'pop-to-buffer-same-window' doesn't have the 'switch-to-buffer-preserve-window-point' semantics. How would you want to integrate them? >>> Or maybe simpler to create a new command e.g. switch-to-buffer-same-= window >>> based on switch-to-buffer-other-window? >> >> You mean C-h k C-x b would tell me that >> >> C-x b runs the command switch-to-buffer-same-window (found in >> global-map), which is an interactive compiled Lisp function in >> =E2=80=98window.el=E2=80=99. > > I see now that this solution doesn't help for commands that > non-interactively call 'switch-to-buffer', like 'C-h C-t'. So please propose a name for the option like say 'switch-to-buffer-pop-to-buffer' and tell me whether and how what we execute then obeys 'switch-to-buffer-preserve-window-point'. martin