From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#68235: 29.1.90; Switching tabs stops following process output in selected window Date: Wed, 17 Jan 2024 18:36:05 +0200 Organization: LINKOV.NET Message-ID: <86edeg2ige.fsf@mail.linkov.net> References: <83mstlvvkj.fsf@gnu.org> <34a872a9-07b2-4671-837f-f8d98b37420d@gmx.at> <867ckmxto2.fsf@mail.linkov.net> <92085305-caad-4bb6-ac55-a81415404a26@gmx.at> <86v885je23.fsf@mail.linkov.net> <868r4ymn7x.fsf@mail.linkov.net> <86h6jlqh2i.fsf@mail.linkov.net> <5e438b04-6fb7-4114-a5a8-61db9809b297@gmx.at> <86cyu7m4kc.fsf@mail.linkov.net> <2f80855c-3bf9-4973-a484-059cdef3b8c7@gmx.at> <669371d8-7c65-4c5f-99a9-0d8298808d23@gmx.at> <86cyu5cc0p.fsf@mail.linkov.net> <868r4reoh3.fsf@mail.linkov.net> <0634c46f-db93-4492-be69-5ac6ca0102a8@gmx.at> <865xzuvdgu.fsf@mail.linkov.net> <86a5p5qv61.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22762"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-linux-gnu) Cc: daniel.c.mccarthy@gmail.com, Eli Zaretskii , 68235@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 17 17:46:40 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 1rQ93n-0005kj-H4 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Jan 2024 17:46:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rQ93N-0004uP-1n; Wed, 17 Jan 2024 11:46:20 -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 1rQ93B-0004kv-CS for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 11:46:04 -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 1rQ93B-0001Gg-3b for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 11:46:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rQ93B-0005Xl-Pz for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 11:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Jan 2024 16:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68235 X-GNU-PR-Package: emacs Original-Received: via spool by 68235-submit@debbugs.gnu.org id=B68235.170550992117081 (code B ref 68235); Wed, 17 Jan 2024 16:46:01 +0000 Original-Received: (at 68235) by debbugs.gnu.org; 17 Jan 2024 16:45:21 +0000 Original-Received: from localhost ([127.0.0.1]:53142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQ92W-0004RP-Uj for submit@debbugs.gnu.org; Wed, 17 Jan 2024 11:45:21 -0500 Original-Received: from relay4-d.mail.gandi.net ([217.70.183.196]:45661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQ92U-00044g-RK for 68235@debbugs.gnu.org; Wed, 17 Jan 2024 11:45:19 -0500 Original-Received: by mail.gandi.net (Postfix) with ESMTPSA id D653AE000C; Wed, 17 Jan 2024 16:45:10 +0000 (UTC) In-Reply-To: (martin rudalics's message of "Wed, 17 Jan 2024 12:42:44 +0100") X-GND-Sasl: juri@linkov.net 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:278391 Archived-At: >> Instead of *scratch*, is it possible to display some special buffer >> that will display the name of the killed buffer, and a button >> that runs its revert-buffer-function? > > We can set up a buffer local variable whose value is a function that > 'set-window-configuration' would call whenever it finds a window with > that buffer dead. 'set-window-configuration' would then check whether > that function correctly returned a live buffer to show in that window. > If the function succeeded, 'set-window-configuration' could try to > restore the earlier values of window point and start in the window. If > the function failed, 'set-window-configuration' would either delete the > window or display *scratch* in it. Probably better to keep this function in a window parameter like you proposed earlier to restore dired positions. >> The stored point is not sufficient when saved as a number to the desktop file. > > In what sense? You have a state you store in a desktop file and restore > from that file. The stored state is immutable. If a file whose buffer > is stored in that state gets modified in between, any positions stored > in the state must be considered invalid. Indeed. And bookmark.el solves the problem of invalid positions by adding more context: `front-context-string' and `rear-context-string'.