From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#67993: Selecting buffer automatically Date: Wed, 10 Jan 2024 09:37:26 +0100 Message-ID: <942ced7b-53f8-4b33-9280-6cdba4b6ed6b@gmx.at> References: <86zfy0g641.fsf@mail.linkov.net> <865y09nmp0.fsf@mail.linkov.net> <4659812e-c023-492a-b810-d9d3cada1ade@gmx.at> <861qauxswd.fsf@mail.linkov.net> <86cyudjdmb.fsf@mail.linkov.net> <1ea06837-0d7e-46ba-849c-a4bf42929c40@gmx.at> <86frz6o832.fsf@mail.linkov.net> Reply-To: martin rudalics Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14049"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 67993@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 10 09:38:26 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rNU6U-0003Rn-3g for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Jan 2024 09:38:26 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rNU6C-0003OB-62; Wed, 10 Jan 2024 03:38:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rNU62-0003NI-Dl for bug-gnu-emacs@gnu.org; Wed, 10 Jan 2024 03:37:59 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rNU5y-0002a0-Rj for bug-gnu-emacs@gnu.org; Wed, 10 Jan 2024 03:37:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rNU65-00034Q-PN for bug-gnu-emacs@gnu.org; Wed, 10 Jan 2024 03:38: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: Wed, 10 Jan 2024 08:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 67993-submit@debbugs.gnu.org id=B67993.170487586411762 (code B ref 67993); Wed, 10 Jan 2024 08:38:01 +0000 Original-Received: (at 67993) by debbugs.gnu.org; 10 Jan 2024 08:37:44 +0000 Original-Received: from localhost ([127.0.0.1]:41792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rNU5n-00033d-TD for submit@debbugs.gnu.org; Wed, 10 Jan 2024 03:37:44 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:51401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rNU5m-00033M-1M for 67993@debbugs.gnu.org; Wed, 10 Jan 2024 03:37:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1704875848; x=1705480648; i=rudalics@gmx.at; bh=DS5UK0LbJOIf90B/3rhEVQSRMlJriFmOxJu5ZC6vmo4=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=kGByYf+qZpYZof5mv/Xdu3a7/jxE3uX33F8vLEVr6tYxRyenU0DtOQ2bFLGxbAi2 moYo4rdlxI8lD7SSnimQFCc8lwxkfTYXGVbfLb18HwW25GVVAeTfN8JfFThyacyH3 mt6XRlDHM6K6neTKcqgd1tRXDY+DQwzw/23N2sWMaplZG/IJDy6l1Z6N5RcMc/QhR QIDtzjynBidMe6us6MHqtuimE/+DoVapztDwE5lZr0GRbuXeId8xC56RwV+40vuvy Fa92HoEGCNFiM+IV+TOrfur3UQOYSevv/TShKzmmXGabgDdctfaBPCo8AF3lZVhhy 3/EvNDj/IMhZrCsGKg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.31.113] ([213.142.97.212]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MfpSb-1qi5fS3h8L-00gKg7; Wed, 10 Jan 2024 09:37:27 +0100 Content-Language: en-US In-Reply-To: <86frz6o832.fsf@mail.linkov.net> X-Provags-ID: V03:K1:lQyWDIxyUbVNiyfYlIPCcpysV1BoietviE3y4i1/wpDDsQO/c3I JL6Tx2QovaIw/2AWR7QcoXGlLsBLPilG3q5yHoazhaR7aG4nwzM39yO9k1+ZRthza66Pw1B ximKe+LyBYomMVstL1f3NfVfNx7+Xl5BIXXX3SijkYHCgZJEovv4XXGbVzHscGRrAR3OHjH 72fqtw7WtvDWwXAp16XsA== UI-OutboundReport: notjunk:1;M01:P0:BbcKPllgbGs=;gDTuq7oOmr6AP9h5qRk4hTGHXcY qejwh75wLJWqm0oabFk3WehFFaZMSHu2iW0hOuJbxUTNBUOr6nqpRg7rDft/nHX7wKW9uu0zz 67BPd4KNnbqm0bF+vRYBaD+gtao9ya/fIr75ayPYcbHd7lWHONV1fW74DxtotfQOBnoHPF5qX 4yHHgzTOulOXkgrVdxcNIsTuhUrgV1NmtaElH9SgMNzmShQB2oeaNrVLPQmA/+LA2rIO5Bzrv 97lEStlFLC1lUhI2VAacjjbsG4zk1aNdpjuZfIdWuKgZ/hUO2bIMCcoXPF1cjRWiPWtDmwFt/ e46tIeBjTzLtXHIC71trc4uJtEnrqZhJPOd7oa7ZMqc74eqisDAQmfVt53SHxwNkudikRs67V zpLs5DGDLZomfzDdoJDcbT3w94+42GWYeHekTuWNdT4hLDbsnA+9W8BunJuBia53H9ug6/ISz 0XDXoVY8juW1jlDBowOy0Ve7EVB75SPofGKKoeVPSit82NNFW+KlZHFwF+xlxFEDTsntBTBBE Cz9h06HUPv16nXFVy5VLxkDI5fTSvCSudFvJ5PxjylNyhTwE4x/HQwxtNwfSs0Gn/2zPDaO/p B1gCeG4ukJ0yqykpbdLxZ8GfQtEsRZ5QkfW3xJucKls7nyF8mWO7DnS+g11tFAfExJtAQsLzu V5dBzBbUqygb1MpELQS4Igf65FI1VU+ooRM8SzY/IosJax6AHgyKQkDXqj+cArqgSuxsLrBlH YNyuk/tj+xfhbMk/SNK2oUZSAHoX1Qd+YxJIcCnJuPml4rs367RII5K/0u6YHajK2mFm5R2U X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:277687 Archived-At: >> That's why any such 'select-window' call (or its avoidance) you >> propose would be better handled within 'display-buffer' and not later >> in a 'post-command-hook'. > > No way to call 'select-window' immediately, because this will > break too many functions that expect a window to be selected > from the previous call of pop-to-buffer until the command > is finished. Do you mean that if I have two 'pop-to-buffer' calls within one and the same command, the first one has a (select-window . nil) entry and the second one no such entry, then the entry from the first call will cause the window from the second call to get deselected? If so, then this deserves a special explanation in the manual. martin