From unknown Fri Jun 20 07:16:27 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#49057 <49057@debbugs.gnu.org> To: bug#49057 <49057@debbugs.gnu.org> Subject: Status: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Reply-To: bug#49057 <49057@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:16:27 +0000 retitle 49057 28.0.50; windmove-display-in-direction ignores windmove-displ= ay-no-select reassign 49057 emacs submitter 49057 Ergus severity 49057 normal tag 49057 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 16 02:43:03 2021 Received: (at submit) by debbugs.gnu.org; 16 Jun 2021 06:43:03 +0000 Received: from localhost ([127.0.0.1]:51313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltPGR-0003RD-2k for submit@debbugs.gnu.org; Wed, 16 Jun 2021 02:43:03 -0400 Received: from lists.gnu.org ([209.51.188.17]:52890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltPGP-0003Qo-FE for submit@debbugs.gnu.org; Wed, 16 Jun 2021 02:43:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37986) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltPGP-0004XD-76 for bug-gnu-emacs@gnu.org; Wed, 16 Jun 2021 02:43:01 -0400 Received: from sonic301-1.consmr.mail.bf2.yahoo.com ([74.6.129.40]:36376) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ltPGM-0003qr-Gt for bug-gnu-emacs@gnu.org; Wed, 16 Jun 2021 02:43:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1623825777; bh=LGAW05Y5QFsiBwKFTGo5UVYN8SSDVkgVR8h7rmGSkQs=; h=Date:From:To:Subject:References:From:Subject:Reply-To; b=XUATCVjnmgCjfH3mbqjhXJZNLV04dG5x1V+Ka824Redw2rkFWkgbFS4PLK0V9OrLVCMD1jfXIYwZAWEZ1Bse1chFfwK7woiT6JlYi60u8XqEIEQGs4kHlIoQdFD7JdoJf6W3sdYy2KdS05E8ug6UMlnZ+XwEcYy+hrqsjSPnCvC493lnnWHpsQ1Dhp/PY7b12MbNyG+wIlLP6QwabYQdZL2CUPx+n2GNxkdoioHIr5TyE0I9cI0dMaP87+uQWC4bPVswp4Hm0FFQbJIFiJlNiD2YQVV7Hql62WguR5UPh8i6L7+R+jy/VcSW7CM/0nYh4WTh7Oo3QLJx0v1ESa/UZA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623825777; bh=icDivDNq8E+7b7K99p2KuUAqd3La7OIPMjLpcU0sm3k=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=iysCVPBS/BYfPhx9qipYUmlPAqcEFiuXTRnE82bkVHnFibADnhQBRvH0UyJZXcuBf6ysxdy59euGmpJKORrWXA767UfIoIiekWrF+kvwi0Iu7BuD+2/FPLWMbGbrTOTff2NMdIiYLkFuSvoA0Y9X1TZ/f3ON3K5/5MIUxi5liwkrREM/vmrl6hMF46ZPIrGFvWXqdMp02NLnE7JgznyjmO3xyPDdrYpz+jry/8J4DrdAlma7Grgp4PsuFNJpgXm/f6WYJKxmFpTIjlWFbU8Bzr2kzA+0nnW1mqTtsf/5znmJIKKlAgpVLQwO0IAhAfJ0bEi8VYhxWj0QDjeALITtcA== X-YMail-OSG: KpG.y2UVM1mOoG2vlUqtyPpjUZ2VJi3K1gZwsTyM4TvXOMwHKrO87B7VjSaA17_ Zws2SLKyhDwtHHigO.hRuLknHpZEHKn6MLNRtOBugl7kWO1no3Igo6qksmsfry31cXwSBCwtw8Ua GyKBtPRw8YVMSl7KomIbXT7ZDAhwVzPPB_KePqGd9G3TQ2wvnzS7_jnOIWX1ZsI.O.fseUgqlH_Z dx3WtksZgqjL3NB6nv7OGIbFvxZROkJwoufzQ2uuJTvwW1q7g_Okoz7aNy.A9RVtVD5765jFkHRS 2rxijSSrHjqKG9gocj_y5kvAl1vhvAVu84ynMRRTJYtUimvJHKj1me8qKzTlO1lh6F2Ft_V3jGm_ ZGq3vOrNsrByY0V4JLvZbiQ7dHh.UZbPnt8ADs9JbBIlI2tmUyt6tySuvm_0bsOV5d_tq1dXoW72 gFChg9.dKLmTQZTrHH88a6AViHv4ihYJ0VZthB1ukfXD.qhpgHzrbQvwAXMwH5W8ELgultEkWCGT V8r_4nhLzlj22wLn2zRdibtsiS.4QFQpNtPf.kg5XQxXjJS99ul74ouok2NuBn6WgijTPNA95cNn 9xV_JHWxaN0Vj8KnEU5btc0I0eu0QfbUELKFfqpcYTAwdOglq87ViACnN4XAa533ExC7IiDRyfc_ Bu1w5YjKRBkRrZpwtc2NGd8k1HO6g1UrfuiCKX6g2iNqtMiho_yWhWF7mZIY9T6lIc3Hb2bIX9KH We1sqClqD236FInlMBgTSvR6tKCk9u7sfizYXH4xS9WhP4853bfr9lEQfWt_uIq_cryn1AfmPA3C DVDyzDtZ_i2FsWb1uUsyhrrprbVBF9WmPPXPPSFDNs_f0jVCT5T.rEpGqMEbI3ihHZk7XYnNAwxu Vw2u2uBBwBN2Vqv8UsmlolVaPMiEGBduZOfCm3WVvHnrlnD8bmbhka1kKDh5YmQ_QQIbhnFAUxcf pp_PmZaXrV_NpyVmaEtfyLBGKEfMYkWb5v30Ymi4SvnmiGZNEDJLal1hxIqKR8EELf97deJQZGtR Rbu4ipdqwnYpO2ckfK2WEzlxqREv72Wrf5zollb1JP2oooD6NSG2onhH2sIdqlGt49lC6HCCXQJZ Dr8ET48AOZkE.1z.X.9VxsD7rMusyHgkx5IHY.ZsAYXbKPliDyAwVHGHrN5khd84i4RNejDfbHH4 AEgMFzMdWRezuDJ61a4tSEAO.rS7UxMvfVbWH6teFO8bSsvJPqsWShS35UTFk8J1gzvWYYwoGuQp P_jYCONExD4rJGaIUKlUnoObJPW2nUqza4XSN2spbrDVqK7BUohRLC6C.3wTzySWNGHACUQLav7J Ta6HOTurRuRpR4B_RuPHOdeg6aLthPD0Lk85GmkC5A86Qf0bb15_QT5en4b.T9mzz0UZsNc1ZHig WSsdW6mQpoVXVFf_hBumnXdd50adMfdhX1ZozchpcW1kxQOcvKyTTv0hERKN7O87ddeqU9T_Vl33 jRAC4uUWXfNjJaePLtjO99m87ZEeLmLAv6r24JXRuDcJQaWLwQ2NBcchjN7C26p_OOE7YedAix7f OqXzB7MNxRToHXKQk4.x6XeEZPExQY5347oXbjMBIO98k3.Yc.o3QCxCN.fDn0iHr04DN.9KlTOT vpOxExnjO47yhXe3xcniYdaxIO6IQdfFwzY1YMujMxvT977ZstPHtoezGunSFB1Ajt0RWxug6Vph ZZSfER87cbq4tApk3w1TB4a5qtLKus6mmGEYHRp6BzjxmBY8XzazI0DvNefjLzyIku.59cQvaLVf i3BWHrN7FBfT.brP_KhgaHRrF_ZPJHQ6w1._yre43sWLjMoClIwHGT.aKb152SNYZUH_BoAD1gGt mAQLwV7U9oQ_n7WYMFDvz30_o6xELMyvkd1KRUqrg8k1AvM2iWsHPorKlXPrncFT_38YTQIezFLd AqUtpP4pyCljBkyGDVKEytuH6TUq_Gr6Ss0YUlV4SIfTJAaEpPg.AzIsjsNRCe6QJYgUXQHN9.gV e91DXtDliJkKlPK2_ciZfZtwnRhoeyfbHTvlLkzHZvue9G0PzRPXy99RaWxzMUc9hF_KKmi_4ktv pQVULX34ZPQw9Jx9gnOF62J_Y48eglF4PY3YYDkm_HfAkh_XsbIBFNQZ3A_tda9l..gFSGWrtqsX dO8gwjIgYyeHYvpzvi1h2yNcr8RgDHJeEE1FZlAR_ApCSCnuJQCA18hjjHzCaOu6kHCNTm8LDc.d y9rKZw22vqVtp_DFu_faTncu6q77kVyblX2jx.s6NNuOhPREXRsj7GgNm4g8jwSHeygnntSTB6ic ZsFqOn4S_Lzb_fO1L9gQJlOani6R_bG1yfIH1cZo91KdehfGpMOEFcbpYM4P7N5mb X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Wed, 16 Jun 2021 06:42:57 +0000 Received: by kubenode528.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9fbef5b96a181148e28aa95af0450acb; Wed, 16 Jun 2021 06:42:53 +0000 (UTC) Date: Wed, 16 Jun 2021 08:42:48 +0200 From: Ergus To: bug-gnu-emacs@gnu.org Subject: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Message-ID: <20210616064248.mqqzlt7qyxwqrcfy@Ergus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> X-Mailer: WebService/1.1.18469 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Content-Length: 502 Received-SPF: pass client-ip=74.6.129.40; envelope-from=spacibba@aol.com; helo=sonic301-1.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi I just try to use the user option windmove-display-no-select and I found that the new window is always selected and ignores windmove-display-no-select. To reproduce: emacs -Q M-: (setq windmove-display-no-select t) M-x windmove-display-right C-x b *scratch* The new window will be selected independently of the value of windmove-display-no-select. Sometimes the new buffer is displayed in the current buffer ignoring windmove-display-right (when *scratch* is already on the right for example). From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 16 04:33:53 2021 Received: (at 49057) by debbugs.gnu.org; 16 Jun 2021 08:33:53 +0000 Received: from localhost ([127.0.0.1]:51522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltQzg-0008QM-RK for submit@debbugs.gnu.org; Wed, 16 Jun 2021 04:33:52 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:53791) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltQze-0008Pw-P2 for 49057@debbugs.gnu.org; Wed, 16 Jun 2021 04:33:51 -0400 Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 58E2910000D; Wed, 16 Jun 2021 08:33:43 +0000 (UTC) From: Juri Linkov To: 49057@debbugs.gnu.org Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Organization: LINKOV.NET References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> Date: Wed, 16 Jun 2021 10:59:50 +0300 In-Reply-To: <20210616064248.mqqzlt7qyxwqrcfy@Ergus> (Ergus via's message of "Wed, 16 Jun 2021 08:42:48 +0200") Message-ID: <87fsxitdmt.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 49057 Cc: Ergus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > M-: (setq windmove-display-no-select t) > M-x windmove-display-right > C-x b *scratch* > > The new window will be selected independently of the value of > windmove-display-no-select. > > Sometimes the new buffer is displayed in the current buffer ignoring > windmove-display-right (when *scratch* is already on the right for > example). Please also do: M-: (setq switch-to-buffer-obey-display-actions t) What we could do to improve this: 1. enable switch-to-buffer-obey-display-actions by default; 2. mention switch-to-buffer-obey-display-actions in more docstrings. Currently the docstring of windmove-display-in-direction has this text: "When `switch-to-buffer-obey-display-actions' is non-nil, `switch-to-buffer' commands are also supported." Maybe the same text should be copied to all commands that use windmove-display-in-direction, i.e. to windmove-display-right, etc. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 16 08:16:50 2021 Received: (at 49057) by debbugs.gnu.org; 16 Jun 2021 12:16:50 +0000 Received: from localhost ([127.0.0.1]:51713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltUTS-0007nO-2l for submit@debbugs.gnu.org; Wed, 16 Jun 2021 08:16:50 -0400 Received: from sonic315-13.consmr.mail.bf2.yahoo.com ([74.6.134.123]:46281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltUTP-0007n9-3L for 49057@debbugs.gnu.org; Wed, 16 Jun 2021 08:16:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1623845801; bh=yhWU5nXGPiSko9QwoGJew+Qx2CqUb9v6Al5ZvZY67kw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=XSKQ3jYS8izu3LGwCxQXTDsvNe2DOtWUl43YBpGgfPYjpBVDlh6oC+1G4XWPLiPR9e0aEq99/D0tXUBzGc6sKhbws0klfpsanuI6gxrnL1cpojF84U6MnKFpg92ByqYqzjzqP50MaT5mmgz9kdNS4mAaNvtEVP9Z5US8FvI4VFleLxMqGpt6uLXaD0V25jvo/wqCO3/EQsWMR3zSP1WTP1/swaJuZZlxFzyyIlHK9YYeHoqnoXRFLU27+G3OxX4j8Vmm77T6EQPPapwj0nuoTy2okjssfjnoChARcCgRIaE5CypWCXq4S+9LiA0CUnHUGNiqdRJWqRWrijLGBIrqug== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1623845801; bh=4QOUtC+2Ojor8/DK5UFeGHCe1OukIqFtdyBD72J9O+n=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=Ekm5OCXIpAUZcgcgvL79/1JscxlbQo4Y/IyfFzZ6hqvMwWJOEvyD/6qomwYeNWZiO7Ia+XegYmovnaA99WHRgtBClrECTVs8L1BuT1tEmTxnKn4ZaPoQ0PWlh4Eo/AqY1GAW4nYzcwqEIoxTxArmBj+SQydZ6rKJxtpOwT18g50q4+YI9D85BwQhYUlkcLDAGZUabclruNBk+AJ8LqmPhGdd8cjVUkeTwV1gJap/6TL1C2kRhQaKJmVv5cInuSOycWnmpnc3iuH13BMxnbSB5buzSybwjOzN5LE65Wf3h2PD5WpEHmapjrMrDPZigkinQEQvZ2IQXFcymK7EsVikKQ== X-YMail-OSG: gwHHO_AVM1nI6Po7EYEgbnjH9JgRajC7Vv5fNtP1LO1DjpOgWu.Z7BjJKo6Ga20 tGaVt3lEKm9htyL6BZ8Mvr22v9zQ7.DXKZ2gt7eE_rG0gGrYZLRt9p832LDnNRxZU_oEeU71mPmO GcUR7MMJFXtMbxnmRAqJMT9HBXI8qkiWWeh9skSMBX1hBX.fbTEfHcvT0ViDgY9.l6Q5PduIB.J1 GHXj.jjXso513bCwtHXP45ZqY7QMxQeotbEA_zQ8zPx0cJD.Phhgfj.ow5lf.K.qAvv.iOviOFxV WNs0r2ttKM.pseIhWi3tLta3blLdU.kNcfaG9Lhjpxc00hqyL.znl5BaIwMpLSc9nT4SjgykggXE iDAmKddo5hhfDg9YzzSdic.34LxCKFpqE6aHkdpCWmxsnVJ6SEsTM.d3R67EeOuGAEpxeoOqKtgt uUxSfPXYqGObifdJp65krO3jTZ36QftlB2BB_ka3.EZ3IVNbsoQ.zsTKj1SceF8XARUQGV5Fzptf 7aziBbI08aP.801rRPFz4kb.AAJnf1RQP7fojoYGNm.efDnlGmQBTyy2vc9vUu5DCnozr8ioAPEO mlm3bEWWcLzA592SWiUQ9D8VaOrzsQLvcST4Mul4Th38lfWYa5O5YYXZg4Q2xNm8egK5_OWXHzcm VR8rPQBXjCpyJQGLPNMlg9kV33EmfHS9Uq21ZdZTknxBh8r4aF9qFWB9LoY_NXHoBEytt699dHxX elHsdR0mIBjsMVs.vCAkwKCyH.IVqHmWAFwONhjMwnLvorzPx_wcfP91YT9l2GRtxq9xMoXjseBk FaMBvMOYba7I40QEuQVJcou87raGw92pnsS.IjEyXzpePb.Lp0YkX0jxCm4VNMz.uptMypyk9zpd W_bg54D9uI.W3PFMiGIAyJGw47pCkH7vRSfLhangUUzYYk.ouc7ycswCmgiLglErjVlIDab7Xcve nrZBOnsfXlIkDhfqYNll9bwO1MELGF37eVH8v72CKvAn7.3wzBWDGQSR8dJgYYSnHCW2fG8lsRuD ggjkTpks6SWZ1EfYO_VxU8rb_jX2LfV37LmQVv5_cPj8am3wqWtyWycwY6P2iem9Fu7MtaWtHtcl _wpT3hn2LdU1OaZXtCaPO6Vd96sCBnqTqIotxgCsI9awXMw3cu5lMNpLrU.u0Eh0mJzo7xn4ruI2 jM3HeutnrDqKlUyqMvAj5ISe1z4.okeEd1tukZQ3DNpdwc5cpTpSZ.p9_vedRTUWLtmdySZIGDHo AEZ3z1C9.mAkOJeqxpid8cbI.wK.JypKGVm0mThPLKrbnpt0ZlyaW8R.cbz2ATTFYw2efB3hhRjS uHpJlqZt0CkeFJVZT.JiMw87KSpJzXKLAZM54gs5RH3ZyLk7R5Z2ur6U4paIlh49Efd4e6pcIiyZ sEePxmUMj.cqwtfWDFCCr25KRhqvmiDXs.yJI1ER3yRHjr533stqbeA7EN5I5uC3E5VGN2Ndy2T0 nVGDBN1qqxMZ1NxzE5njfk1jYmlKmEJfCcMePSlIku_oP2L8J5V6scvCuPDpYIYiMcAzi1.BFu.L 1tSfKTkUcXU0hTjA4tDRCEW8COhSd7b.X0ViKRvsnLg5KRwQeXuQHzomg5FFaFEVFTSVuqBwkrOy 3Eqbj_00OjywNZr9HjpGgWIWFFauq7.ogoCxKlAVF7OLQUWKl5jcnzMpmOVxCFCAEJPLKr2kv5U1 kqhSRpBJwYOJ3mSCxwMjbnyhequroxEhEpwvyhm2.XWp0mJ3O.QlL.vpoEsLlXiSq1Pnc27Yobvy sitnIvZWFeSjfp54L.NvXJNAexzaCqggGalcJ2REx8IlHUeC4OVjJtAwpQCPrzNuW7AI4aDrAPCP yXAzpblhhB1VDmkMW6utp9MuBBBzcwa6dagosFhrAlZ2ugjWpPM2jYSrBh9lJskp_OQePJURhAp1 hW.9r2NA1hnGIM4Fpmvi1EaaYDxZuM49WqS6giBmNA7jIcRzfoXllCf9JW4pYUTe7SeIcAUTM6DZ cR4PvWZLZr5LItE9Ejcbl_zitfIm72k6EOxD5.K7A8TuWvbxUUNhM0XNfUp_KZrdtW8WrAwiGy7F kfoaVeuIK1Xmn32puiTY.lu3usI_uPsx3kKUUO4A2bRKBdGrRojA83hMw2qYy1QRkgVScV0hvp08 gew7aXbXhJyYlmqihPSKh.h8wXPn2UTTuaZHih0VRLvAQfU0v.vgRs6tDMg.DpyNv5VDoHJnda_A YulhE6MGsgLS71Zp0x8irDnQZhs_zwnwtW5P8ULzh3FelyzHQTYEKrTymsI2YYqT6cO7KHHBi6qs Nr2xLXmHacw850C5_ljgf17gOQudo0SA87V41yuV0JEo451SZewxG_L3YY_SmQHp5UhxiZ5zo.Jr Y5hIF6ee4uUp2U0d0U69YugsgHp5hBxYgbHLYkOxS_F5mEJkfb4LFyLUIxd0uRLMCbP6PdRk.EVx 7HcNPcwKBnhosbJZe6cRwEm7JI6Ew94TrIyQjuvS1gXov5yLLndggxPnyIAKeC7P.IQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.bf2.yahoo.com with HTTP; Wed, 16 Jun 2021 12:16:41 +0000 Received: by kubenode510.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9b919f82ef3969a44c3799509435c63d; Wed, 16 Jun 2021 12:16:38 +0000 (UTC) Date: Wed, 16 Jun 2021 14:16:32 +0200 From: Ergus To: Juri Linkov Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Message-ID: <20210616121632.k365bes37rs5m6sl@Ergus> References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <87fsxitdmt.fsf@mail.linkov.net> X-Mailer: WebService/1.1.18469 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Content-Length: 1115 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Wed, Jun 16, 2021 at 10:59:50AM +0300, Juri Linkov wrote: >> M-: (setq windmove-display-no-select t) >> M-x windmove-display-right >> C-x b *scratch* >> >> The new window will be selected independently of the value of >> windmove-display-no-select. >> >> Sometimes the new buffer is displayed in the current buffer ignoring >> windmove-display-right (when *scratch* is already on the right for >> example). > >Please also do: > > M-: (setq switch-to-buffer-obey-display-actions t) > >What we could do to improve this: > >1. enable switch-to-buffer-obey-display-actions by default; > >2. mention switch-to-buffer-obey-display-actions in more docstrings. > >Currently the docstring of windmove-display-in-direction has this text: > > "When `switch-to-buffer-obey-display-actions' is non-nil, > `switch-to-buffer' commands are also supported." > >Maybe the same text should be copied to all commands that use >windmove-display-in-direction, i.e. to windmove-display-right, >etc. Sorry, I forgot to mention that line but it is enabled but I already have that in my config. Even with that it is not working fine. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 16 19:19:58 2021 Received: (at 49057) by debbugs.gnu.org; 16 Jun 2021 23:19:58 +0000 Received: from localhost ([127.0.0.1]:53493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltepC-00081q-BP for submit@debbugs.gnu.org; Wed, 16 Jun 2021 19:19:58 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:46439) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltepA-00081b-9J for 49057@debbugs.gnu.org; Wed, 16 Jun 2021 19:19:57 -0400 Received: (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id C35A0240002; Wed, 16 Jun 2021 23:19:48 +0000 (UTC) From: Juri Linkov To: Ergus Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Organization: LINKOV.NET References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> Date: Thu, 17 Jun 2021 02:08:57 +0300 In-Reply-To: <20210616121632.k365bes37rs5m6sl@Ergus> (Ergus's message of "Wed, 16 Jun 2021 14:16:32 +0200") Message-ID: <87mtrpjtkm.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Sorry, I forgot to mention that line but it is enabled but I already > have that in my config. Even with that it is not working fine. Thanks for clarification, then we have a problem because pop-to-buffer insists on always selecting the new window that was displayed: ;; Make sure the window is selected (Bug#8615), (Bug#6954) (select-window window norecord)) Here is the workflow: 1. switch-to-buffer calls pop-to-buffer-same-window 2. pop-to-buffer-same-window calls pop-to-buffer 3. pop-to-buffer calls display-buffer 4. display-buffer calls display-buffer-override-next-command that calls post-function from windmove-display-in-direction that selects the old window 5. but later pop-to-buffer selects the new window, thus overriding the specified selection of the old window. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 17 04:33:29 2021 Received: (at 49057) by debbugs.gnu.org; 17 Jun 2021 08:33:29 +0000 Received: from localhost ([127.0.0.1]:53778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltnSr-0007uo-2m for submit@debbugs.gnu.org; Thu, 17 Jun 2021 04:33:29 -0400 Received: from mout.gmx.net ([212.227.15.18]:39949) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ltnSp-0007uR-EK for 49057@debbugs.gnu.org; Thu, 17 Jun 2021 04:33:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1623918798; bh=r//FhfCv2+FOh+OFMpSriMtiVFj0XBWzpo3j7nXiOlE=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=hdKwu9i5N1qx4ApkW5tga0CEm36n2xZvIJil/P0sli5+75U/czsb1yBVVeAV6ajsm LrbZA3pZ4qp7nyqe8bzDVmpOU1JSzZFSW65OkSk4hTLviAnUgnjZJvxyPdUzPZrRlE vdkd/R9sLC3IYWXcYFuymeYMVnRvSzrs/U4laROg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.8]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MSKuA-1litM60BHU-00SdVd; Thu, 17 Jun 2021 10:33:18 +0200 Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select To: Juri Linkov , Ergus References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> From: martin rudalics Message-ID: Date: Thu, 17 Jun 2021 10:33:16 +0200 MIME-Version: 1.0 In-Reply-To: <87mtrpjtkm.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:qAEdBH38b+k1jDGKx0UGR75NLibJKTjmWUPGkKu3uATIHpjga8Q J37d+G/sOMrSHB2vJbtHxkmoALsf/npiVSHOARzeZ16iuIDo51wVPQJEMqTf6yNqXXqytJl sjuht7amOjM0n5geQOdJqQjmYtxNZO0KcQvUzO8ia0Vne53WRMiAc9I3e7VfGQYIN/bewvP ZQoZtvytwRrWK1EHbG53Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/JiX74/8Qrc=:Urpiw7wMrotAoDi9gEWqlB Uz3OlXiUeR39r1lI6pL5FP9x315mSI3pgxWDy+X/5UO4b+JCxVGB4jgH0+y4CFeCQumQqv3lx PoXqaxqW2Aif9AiTDV8x5s5/sQu619dcL/celKpUtDUH+GqKqR+JOgS+XbJ3Soqgf4AsTu+8C FK7M7955kzzPFAXLoi11+HIt4PF4delQwkh828AIixZZRYQwRaUMJQeQ81rjE7rnfhhgW/8Xm qJ5HvSCQFOsWSyld0V3bv1pXX5tvUhipkfNU6St7dEbZTLeK/Db4GiN3zyGf3zMSRK1x8HNEG Rd3zPB1GtUko0lTB/qZK7sLMe8DrBRrnm+Zvxlc+/Jg+P9zFs3snf3Y7StvdDa/WwdxPjo87T 6zyzPJmRkefHrQiqSt1uKcVUdiGpHjd8Rqhvm/f2bDAQiQQ23lMQwer3MR+6TW2I0tZR96xql vWJE7zPFwfnGVn5T7zOs5WhjpqH9G6GgqfoPaX01danNg2ZW/jixQZNswmVoa9xR9liMon3YY TRpl0k5iIuFptfaMvqNP3Fpo1Gej6PtV6KHwTN3J/8ZnuC+vZKddM8yLG1nLn02nyUrsiBYXW OCe1xBvlulT6AOWcRx5g9CTD4dSsyrXWZtXCFRBgBU9Vmya76kuFFfiMTkPTPkHqOv54MJHCI twMbGLlPkcP7ejprQWQ8k8rwA1p44YZQ7jsKhlaHx/ysWwA8c9ZYnCSxPgh9Rjt0+YdZwVoiN xruBjTCZnhz7h6RlxEuEONg4gT53Siz9rh9EsBLiRdl7sLv6Jssj6LN7nmuVXjHGkbWkSJBVN WKbjoxqyUyx/UATntQEVHsR3zfTvxLx05Yz2W5Km6huqh8zbDWw90b4buVHsaDmZ+00eBKU8J PmFOeKcSziXqpEFZGDvPq9itcpD5uwMuj2l634m25TrgbGzmXiniHFqs54vNyN6CrnyGl8D88 ai3fJdGI5QTd6hi9XgQMSRZSTUJ4rSo5gaeOcHzz+XQn/nQxPM+EF+xHJokkr9AKsALJwolJJ LhhdPcmImysG6gowN92YhjuKoDRw5bpxg3yb9dxxaXmP/5tR6IJ+U8/N4n6rno2qe2sPfaSUX Sk4vfVTrSCtI0f2zi8jNhrIXzsDNpEm+9uf X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 1. switch-to-buffer calls pop-to-buffer-same-window > 2. pop-to-buffer-same-window calls pop-to-buffer > 3. pop-to-buffer calls display-buffer > 4. display-buffer calls display-buffer-override-next-command > that calls post-function from windmove-display-in-direction > that selects the old window > > 5. but later pop-to-buffer selects the new window, > thus overriding the specified selection of the old window. Conceptually, `pop-to-buffer' has to Display buffer specified by BUFFER-OR-NAME and select its window. so I cannot see anything wrong here. Step 5 must be allowed to override any selection made in step 4 and any expectation derived from having set `windmove-display-no-select' to t is moot here. [BTW, `windmove-display-in-direction' is not a command but its doc-string= talks about If =E2=80=98windmove-display-no-select=E2=80=99 is non-nil, this comma= nd doesn=E2=80=99t select the window with a displayed buffer, and the meaning of the prefix argument is reversed. This should be fixed.] Now we all know that `display-buffer' may or may not select the chosen window. We cannot disallow it when the window shall appear on a new frame because most WMs will "select" the new frame. Even trying to disallow it in such case might be a bad idea because this instance of `display-buffer' might have been triggered by a `pop-to-buffer' like function and we will confuse the hell out of the WM - do not select the new frame as `display-buffer' says, do select it as `pop-to-buffer' or `switch-to-buffer' say ... So maybe we should relax that basic statement of `display-buffer' This command makes BUFFER-OR-NAME appear in some window, without selecting the window or making the buffer current. because it is wrong anyway. Then we could add an additional action alist entry, say 'select' with values like - t (try to select) - nil (avoid to select) and maybe `never' or 'on-new-frame-only' to emphasize whether `display-buffer' is allowed to select the window and make its buffer current. This has the advantage of freeing `display-buffer' from the responsibility to decide whether it may select the chosen window. Then we could also try to use frame parameters like 'no-focus-on-map' and 'no-accept-focus' right away and users do not have to specify them explicitly via `pop-up-frame-parameters'. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 17 15:56:05 2021 Received: (at 49057) by debbugs.gnu.org; 17 Jun 2021 19:56:05 +0000 Received: from localhost ([127.0.0.1]:55192 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lty7R-0004l0-6Q for submit@debbugs.gnu.org; Thu, 17 Jun 2021 15:56:05 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:3581) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lty7O-0004kP-9J; Thu, 17 Jun 2021 15:56:03 -0400 Received: (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id AD453240004; Thu, 17 Jun 2021 19:55:54 +0000 (UTC) From: Juri Linkov To: martin rudalics Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Organization: LINKOV.NET References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> Date: Thu, 17 Jun 2021 22:54:48 +0300 In-Reply-To: (martin rudalics's message of "Thu, 17 Jun 2021 10:33:16 +0200") Message-ID: <87sg1gp8qf.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org, Ergus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 49057 fixed thanks > Conceptually, `pop-to-buffer' has to > > Display buffer specified by BUFFER-OR-NAME and select its window. > > so I cannot see anything wrong here. Step 5 must be allowed to override > any selection made in step 4 and any expectation derived from having set > `windmove-display-no-select' to t is moot here. I completely agree. All code that calls `pop-to-buffer' expects that `pop-to-buffer' will select the displayed window, so code could continue working on the selected window after its call. So the only safe solution is to select the needed window in post-command-hook, when the current command is already finished. This is how this bug is fixed now. > [BTW, `windmove-display-in-direction' is not a command but its doc-string > talks about > > If ‘windmove-display-no-select’ is non-nil, this command doesn’t > select the window with a displayed buffer, and the meaning of > the prefix argument is reversed. > > This should be fixed.] Now fixed as well. > Now we all know that `display-buffer' may or may not select the chosen > window. We cannot disallow it when the window shall appear on a new > frame because most WMs will "select" the new frame. Even trying to > disallow it in such case might be a bad idea because this instance of > `display-buffer' might have been triggered by a `pop-to-buffer' like > function and we will confuse the hell out of the WM - do not select the > new frame as `display-buffer' says, do select it as `pop-to-buffer' or > `switch-to-buffer' say ... > > So maybe we should relax that basic statement of `display-buffer' > > This command makes BUFFER-OR-NAME appear in some window, without > selecting the window or making the buffer current. > > because it is wrong anyway. Then we could add an additional action > alist entry, say 'select' with values like > > - t (try to select) > > - nil (avoid to select) > > and maybe `never' or 'on-new-frame-only' to emphasize whether > `display-buffer' is allowed to select the window and make its buffer > current. This has the advantage of freeing `display-buffer' from the > responsibility to decide whether it may select the chosen window. > > Then we could also try to use frame parameters like 'no-focus-on-map' > and 'no-accept-focus' right away and users do not have to specify them > explicitly via `pop-up-frame-parameters'. But wouldn't this be too confusing for users, when users will call `pop-to-buffer' with the new alist entry 'select', and it still will select the unintended window as `pop-to-buffer' currently does? From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 18 03:33:56 2021 Received: (at 49057) by debbugs.gnu.org; 18 Jun 2021 07:33:56 +0000 Received: from localhost ([127.0.0.1]:55662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lu90l-0006zt-QC for submit@debbugs.gnu.org; Fri, 18 Jun 2021 03:33:55 -0400 Received: from mout.gmx.net ([212.227.17.20]:39613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lu90g-0006zV-Jq for 49057@debbugs.gnu.org; Fri, 18 Jun 2021 03:33:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1624001621; bh=j1GUZVaOaNafdJEKQ34S25hQLUfcFLnBeureIXzBSFk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=OkYp8/12aKKbQVbsYE3u2HwSNTg9HMwDUGwmt5nOqVtSxaMzKlX5b6bv86weDk5A8 7V4apdibxgJ9pG1ygShdhjQUKlWuIy55xMNwiobzul77XM9/nii+35zDfcgg2UEDNG c4OiELr/yzt7BzOqL4Wg7LJRcCbpnXFqSZYzKRhA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.15]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MybGX-1l4nTE30nN-00yzhV; Fri, 18 Jun 2021 09:33:41 +0200 Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select To: Juri Linkov References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> <87sg1gp8qf.fsf@mail.linkov.net> From: martin rudalics Message-ID: <18ae47f5-cf21-571f-f73a-43492ee90f62@gmx.at> Date: Fri, 18 Jun 2021 09:33:40 +0200 MIME-Version: 1.0 In-Reply-To: <87sg1gp8qf.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:uJAOI5ZuC9tAhFTCdh55iDEqsu1jt4LEn2fwKR0I/1dOSJ/DLaE fPs7EBFQOr+RSMr9eblXvxzTdh1HerMBFWVUH3VYdSu+OXt/Wtv4wvFd1yNe86TGBgHXYal z1ZkH+4x4oYx6QYabF84cWheM2cLJIXP9uhzOswZrGNXVG/swpCSqsuXxDpLjAN9YotRKtI J5sQJgcULnhcDfy6bju0A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:n7E+tibPkIg=:JhrNZBxFMNfbosskBpMAjr bwkJ/EbDd7clY0yvZUqyEWLiT7CC4MR6KL8OFCLxl/rbPty1axzD/In70HHkYPiBsBqcfFYjw qgkR9a/skePGGnaH+4lgMNfr/pyFw3r8LnI1iXYtJru5B8Mt5dgrY08n70sb43s1VVNYqkAfg UwGAugvJUCQkoIQHN28+NhyN+SQZ/xjJwN0yYGZAN5pv+orBtIiT+nAkEskYM3fx3x5+e/Ib7 GuSqE5dMpWnM/x8m1PjsM96nOLL+Hi8gemQhByupCEH6h0RZjXzhJFiNFK5dB6nR5QeQDjxvY CGXIHgLxq+qn1G/Epp19Z9FvGVRRziUUfHE9GMkvSahMBdK4IO36MDywcIfU6D6oYeO3G8kf3 U620hTjYk1chnVtfx1hVGaZKVcIE2ZzbFR8BWZ55fJsvGAZ2O4PVNztl6PesQKRAHRtQy64Md TCAG5VIm3IuhTLphGEPYSmI+AB7N72jYF35OfcADcEk8uvhkT6LT77qEevPPgqHjk0S2+hTc5 +r6bxWwxUi46xkbHeLCUogHwc/rAmYLirJOQa3v/uFd/OcBB3Ge+egfWJ5631vN8UnJwrjE6X qBRx7JaEPV9rgUocpy0rEmg8OE5C9W7/qg4R+JMevTHbHWEQ63WYlPDYf/VAcX7dnC9osRSmH uz0CWQJ4wVJBL7M7ENCxuSVBlI2z67NRStUlmoO6Wn2VNH1+X7dfMcsAvLBJwuNrtPBnv0ZX9 zX0bK0wMbAvYyW5y1fQNOaep+TI+aDa+h8/MUVe1/ZX3UXST4pIBW9VVe/Ujv2pn1eIzkm7di 9SBqiqLeZa/SDqPKfJQtjMp6L2bOYDj0eJiof42CAlXsQe2Oj8K3SaVt3MA6DqxBfGyqhBap9 uqeyhUMQxezL+lWKsAuI2dgl+joyEjTFGXU0kS+9cWOzo4o/qx7wzGb35T4CDrv+SNKYGWmj0 uxAmYLOP1x3hrxxDCjYrHMTHXp20JNrBsG/gdW+1TVTHQB6aheuTgfdQBhHbQ3VKDksJmDkw7 mo++96oMJG3I6W+HujxaJdFyQDA0ak1ge//MHfYRRsXFFijOvwYkZLLO4cGqJJsEawT+MR2Xt yFEb75eyau7M020i5mgFUr3Z6WfI9Xr8VAC X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org, Ergus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > But wouldn't this be too confusing for users, when users will call > `pop-to-buffer' with the new alist entry 'select', and it still will select > the unintended window as `pop-to-buffer' currently does? `pop-to-buffer' has to select the window chosen by `display-buffer' regardless of whether `display-buffer' selected it or not. Do we violate this principle anywhere? The basic difference I'd propose is to have `pop-to-buffer' bind (display-buffer-overriding-action '(nil ((select . t)))) around the `display-buffer' call and so `display-buffer' will select the chosen window regardless of any user customizations. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 18 15:16:30 2021 Received: (at 49057) by debbugs.gnu.org; 18 Jun 2021 19:16:30 +0000 Received: from localhost ([127.0.0.1]:58244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luJyf-0001Yf-T2 for submit@debbugs.gnu.org; Fri, 18 Jun 2021 15:16:30 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:39697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luJye-0001YQ-GB for 49057@debbugs.gnu.org; Fri, 18 Jun 2021 15:16:29 -0400 Received: (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 33B02100004; Fri, 18 Jun 2021 19:16:20 +0000 (UTC) From: Juri Linkov To: martin rudalics Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Organization: LINKOV.NET References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> <87sg1gp8qf.fsf@mail.linkov.net> <18ae47f5-cf21-571f-f73a-43492ee90f62@gmx.at> Date: Fri, 18 Jun 2021 22:10:02 +0300 In-Reply-To: <18ae47f5-cf21-571f-f73a-43492ee90f62@gmx.at> (martin rudalics's message of "Fri, 18 Jun 2021 09:33:40 +0200") Message-ID: <87tulv57jn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org, Ergus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> But wouldn't this be too confusing for users, when users will call >> `pop-to-buffer' with the new alist entry 'select', and it still will select >> the unintended window as `pop-to-buffer' currently does? > > `pop-to-buffer' has to select the window chosen by `display-buffer' > regardless of whether `display-buffer' selected it or not. Do we > violate this principle anywhere? The basic difference I'd propose is to > have `pop-to-buffer' bind > > (display-buffer-overriding-action '(nil ((select . t)))) > > around the `display-buffer' call and so `display-buffer' will select the > chosen window regardless of any user customizations. Then other commands should take care to not override display-buffer-overriding-action. Do you intend to rewrite commands that currently use switch-to-buffer-other-window (such as Buffer-menu-other-window and dired-find-file-other-window) to use `display-buffer' with '(nil ((select . t)))? Probably not because switch-to-buffer-other-window already uses pop-to-buffer. Then maybe you want to rewrite commands that currently use `display-buffer' with ACTION=t (such as Buffer-menu-switch-other-window and dired-display-file) to use `display-buffer' with '(nil ((select . nil))) instead? From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 19 19:13:36 2021 Received: (at control) by debbugs.gnu.org; 19 Jun 2021 23:13:36 +0000 Received: from localhost ([127.0.0.1]:60940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luk9g-0007iA-DJ for submit@debbugs.gnu.org; Sat, 19 Jun 2021 19:13:36 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:50903) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1luk9e-0007hc-Tu for control@debbugs.gnu.org; Sat, 19 Jun 2021 19:13:35 -0400 Received: (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 59F15FF802 for ; Sat, 19 Jun 2021 23:13:27 +0000 (UTC) From: Juri Linkov To: control@debbugs.gnu.org Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select Organization: LINKOV.NET References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> <87sg1gp8qf.fsf@mail.linkov.net> <18ae47f5-cf21-571f-f73a-43492ee90f62@gmx.at> <87tulv57jn.fsf@mail.linkov.net> Date: Sun, 20 Jun 2021 02:10:05 +0300 In-Reply-To: <87tulv57jn.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 18 Jun 2021 22:10:02 +0300") Message-ID: <87wnqpsbw6.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 49057 fixed close 49057 28.0.50 thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 20 05:21:18 2021 Received: (at 49057) by debbugs.gnu.org; 20 Jun 2021 09:21:18 +0000 Received: from localhost ([127.0.0.1]:33019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lutdm-00049t-AT for submit@debbugs.gnu.org; Sun, 20 Jun 2021 05:21:18 -0400 Received: from mout.gmx.net ([212.227.17.20]:35929) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lutdl-00049f-1Z for 49057@debbugs.gnu.org; Sun, 20 Jun 2021 05:21:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1624180867; bh=sZiwVwilQYxtx/MMG3sgxdvkffqpW7Bm8X7/WLDopUI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=TL7IEINbSAZUo+74mX+BrhRqmhmWG5OjbxP2JXK+cDfbPINvx1id15LFQQ6GWGT/P cDWWhAAvzuU4HNEFmYRx9hNQq6iqA/GsEB+O96b4DW+2iIuiapkZ51854FgKHzHVeS 3CM7cJJ1SMIdUC2xBPA9d+YwbD+sjWS3A6mLvH7M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([213.142.96.131]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MfYLQ-1lO2nb35yK-00g4G5; Sun, 20 Jun 2021 11:21:07 +0200 Subject: Re: bug#49057: 28.0.50; windmove-display-in-direction ignores windmove-display-no-select To: Juri Linkov References: <20210616064248.mqqzlt7qyxwqrcfy.ref@Ergus> <20210616064248.mqqzlt7qyxwqrcfy@Ergus> <87fsxitdmt.fsf@mail.linkov.net> <20210616121632.k365bes37rs5m6sl@Ergus> <87mtrpjtkm.fsf@mail.linkov.net> <87sg1gp8qf.fsf@mail.linkov.net> <18ae47f5-cf21-571f-f73a-43492ee90f62@gmx.at> <87tulv57jn.fsf@mail.linkov.net> From: martin rudalics Message-ID: <0cf1b5c4-b6ab-d5af-bf86-1e47905ba659@gmx.at> Date: Sun, 20 Jun 2021 11:21:06 +0200 MIME-Version: 1.0 In-Reply-To: <87tulv57jn.fsf@mail.linkov.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:OYL0qOtlJSwnkwoDxkuU0Ca8b1+hRgO9la8irik3eMk7QXAGIHi lp9GS8zixVo6u7zG/FlfJn++/CtwA+5fayS6bP40Ucd6NhLLRBSrt5upaaocmIXSp2GA10S z3SRSjg4OHpd3oGfFdeZh5xElZODTvtJ/jwi8coguWAE2fSH2DQtswrKxqMoVJloHn5lUQ8 O7wnr/OhcJmm8kKDTGr6g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:J8zAAySVJbQ=:l+XaNDu8sezw1YmhDKBx64 4B5oo29owF29pZADGlTyX4qQc8hNj8QqX1EYPrNwjsLFoDUuCeEJA0UPJySKvUAEGzjceJ9/I xcINiiE2YqMfsv8ug5wGYiRFFv3MHjQM+iB37jCMi3hX+wu19NO9Sl7SW34dZprKTpcR5AaoZ nIWbgr6/vWjYCIZ0Z71a1vJh+B5rcYFpcItbQfSl8CHQPy3ULCBfC3Ny5hEk4u5IJ3f4hcOgL AFqCqw6zbP7aMke4vnpGcYIplpiQgDP+Ow2vqJY3LZFq0NPBbDN+6FWv7rDGkRPo7SIiv0nqg e7DQadk6BUtgV8FvFnlimhUWUN1mCbHid9RFA/pz9yB9JSj6FbUN/90gBAGG1X7ISX8JqdWGW LVq3TsXEab6A9fCx2NuazzQWbChzBRmwYfK8mlxwZW7sSpk8hPRSHi1BTWcqPit3s6wMU7hJG +e/nOLZpQpnvCx8Ci3plXF2zCYa2jsIgcPxCrwdcFdtlr9vkKb+o20ICoqF+XOztPdlYidvMp hYj71K56PeqaDNNJnMfoTz6CKoA6OHw7XXQ8SGWuK15yoSkgxIMmOVrEbsQ4G+MjLLfF6ID0o AJqUj5EWRuJZLPToOCUNas6KWtiNbfTDVKkbgQQ6mv4ZDnwCUD34Pmjzmp64Us5ExP4DhxPaq KnXxZZxFxqZifMo7cV54EDdZFaNV6Cmd0XdJvoXLHY1MEFmM9hVIrv+da5zK/LcdKcQLOoYIB RWBcWB9gqoUBVNo6yfDR7K7S/+F5Sh2OFZhMooYftpYU/oJDeUAmjwiG1SMkL8Tgy97l/T7dQ jaukLJyo4695cIjBU5NfvwP3Gijbc/xB4ESkRbsPrBaZUlIW8ekL+w//e/qjgnW7/HFTlOeXz UOP7yeXKe/E/cMunSQR7pDYD//X3t5svOQRMXE+OA8+nAd3nLMJuME3WqbOcwotjqiOa8zY0v wcAMR54RUeUgxsdkxAI0//80HMSrOYc9ysPPGxMUi7+nyet7U+fRnJ4V0TRdQrHtLjW1po8UK iayaUDbEeJJ8OtMhoYIjqaOVj8B7yKLDIkN6jXfaKt8fHt0dH7Os2Nhdxkp54JeElkHSkwhp+ jR189stcMvOE8eYGtP6XIlkrjrpzRPj9Tkh X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 49057 Cc: 49057@debbugs.gnu.org, Ergus X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Do you intend to rewrite commands that currently use > switch-to-buffer-other-window (such as Buffer-menu-other-window > and dired-find-file-other-window) to use `display-buffer' > with '(nil ((select . t)))? Probably not because > switch-to-buffer-other-window already uses pop-to-buffer. > > Then maybe you want to rewrite commands that currently use > `display-buffer' with ACTION=t (such as > Buffer-menu-switch-other-window and dired-display-file) > to use `display-buffer' with '(nil ((select . nil))) instead? These do not use `pop-to-buffer' so I'd leave them alone. Note that the only value for 'select' I'd really care about is 'never' because it means that `display-buffer' should try to refrain from focusing another frame - provided the WM allows it. But I doubt that people really care. martin From unknown Fri Jun 20 07:16:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 18 Jul 2021 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator