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#68235: 29.1.90; Switching tabs stops following process output in selected window Date: Wed, 17 Jan 2024 12:42:44 +0100 Message-ID: References: <86edexnmv8.fsf@mail.linkov.net> <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> 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="26839"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: daniel.c.mccarthy@gmail.com, Eli Zaretskii , 68235@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 17 12:43:41 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 1rQ4Ka-0006nB-QG for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Jan 2024 12:43:40 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rQ4Jy-0006fX-Cr; Wed, 17 Jan 2024 06:43:02 -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 1rQ4Jx-0006fA-55 for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 06:43:01 -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 1rQ4Jw-0006wG-U9 for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 06:43:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rQ4Jx-00008t-Pb for bug-gnu-emacs@gnu.org; Wed, 17 Jan 2024 06:43: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, 17 Jan 2024 11:43: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.1705491776532 (code B ref 68235); Wed, 17 Jan 2024 11:43:01 +0000 Original-Received: (at 68235) by debbugs.gnu.org; 17 Jan 2024 11:42:56 +0000 Original-Received: from localhost ([127.0.0.1]:50992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQ4Js-00008V-0u for submit@debbugs.gnu.org; Wed, 17 Jan 2024 06:42:56 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:59887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rQ4Jp-00008G-MV for 68235@debbugs.gnu.org; Wed, 17 Jan 2024 06:42:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1705491765; x=1706096565; i=rudalics@gmx.at; bh=wc3T6icnTcuNUDjmlS6qN7qhYUsEru/34Ifpfo0rN4Q=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=apQBpkAvLwC3XiUp5+6YJznC95Oshl/BFDhrvha5dcgMOWBgSGp2vXnyTmPiohyd uA5GdugK/XUnQ02VybLTkupIU7x1S4u5/Cb40J2v+M597I3JTxCHao/4OKFjqJ6PV mZpVZls7wB5abCWg5++tO0WZN5nXIUW7eKMeNrMeqbfVyqhPvtZR20lIxNGX8Wb8I VvNVG6NIm3gCOmfOKma8ConenOu8BrmCoh7WoWYJN7sQq62U6gAvdQ0qcZhcZ0s/j gW+RQ7UHKOm5wEK6rVP1hM2SJpQ3vnJmkRW7l5+FJa2pjBfJHzhyRGwJBHPZOhrF9 tMJHUjhzuQE8swqVJg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.31.113] ([212.95.5.88]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MHoRA-1rJxtj0PeY-00Esr3; Wed, 17 Jan 2024 12:42:45 +0100 Content-Language: en-US In-Reply-To: <86a5p5qv61.fsf@mail.linkov.net> X-Provags-ID: V03:K1:+y7iRujnAKYG9/d3gupilvWzeYyvE1JhTBJoTLAQ1KRGibA0KoG okCzAI/CXwjt9qmKcSYuXldeTOIruzzv2ouHxtRr/Nhsbu1ySjmyip5CzcjJ24ah5xojBVd RsKnOO9QL3M2WmCR60bFwV7PR5N4v2SN3UAfSXJG5/pgEAlerZWjCeVB7oMS3EeVKTYXrp6 z35LFH84VgBZ1fJMSHunw== UI-OutboundReport: notjunk:1;M01:P0:GK6mpm0j4os=;vVMuRWVRxCDuK6G6VESegNmPw7H qK+tYIIWcwhasNqOnDYzKXY9Xqi6QAGLmFOLYdIYrYuiUmL5GBF0A58O01PK0FkUbu4VjpByO seIooWRVCdQRDjAPvHrTWnB9WEsQS8xgl838SHy0d2Ctqes3T1rmqK6PstCVa62o4k/83Z8Rp rBbyCwDF6vLFIfGmBiy+vVtnc5Xpc5E9M3dlgXr1mtbwQnFchan5o1UvVune+Oo3+v8Xz1nZP RDAMtgjzn2wE7Z0oqDP0KbA4qhXmLTH6fm/f/D2CHMGyVY+XWStRiyC5Km2LdGmwRQ9ZnyMBt CVix5gNulQVjSW45V49eDop9GFtdnKjzjdluBeS+6k87pCw65OkRDNMS7eWzVAkifefuM8A6F gLBbT9uz3Bg9PEzmRSWCcKnwCc4aXAid2dXx/5Q9VgrtIaMJDHRGCG3/W7XCATdLrN/qRLmT+ VtYVMZNpWO0LhnnFdBR7W7JdxCNmLQPNHiZ/itT00qiPsupbAZdzWFIQpKcqtVdFlmnPHifZm 82NFpuuS+jYXe9v8eVuy10Xj8ivGYAZMDWUs7ZzXbDdCKx6Q/9EBjVpU9St8+2IIlehzNvTdZ mhP6RcN0PK6YcIoV69Wu80TqDUCyy6jK1WOEJUTmyD22Ro1KCPO+niKDn37StaiwOLunvT0Qi ADvw/8xPe64hDZP1vHoMyjo0CvUkdQyYFPRlnku7x6cQlZVxqayooh2gktcY0ubu216gTjkza KaVcYmybHNdchd1H0+Azp9htG57voQrs4s0YyDLmj8DXBTOrBnXEkECC6PjjJf24Pq2HISzn 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:278383 Archived-At: > The buffer name often has a hint about the file/directory name. But not the name of a dead buffer. > By default the buffer name is stored as a tab name. And it helps > to know the purpose of why that tab was created. When the buffer > was killed in another tab, it helps to decide whether the tab > that displayed the killed buffer should be closed as well. How do you synchronize tabs with 'kill-buffer'? If, in a tab, you retain a link to a killed buffer, that buffer can't be collected as long as the tab exists. If you just keep the buffer name and the user creates a new buffer with the same name but for a different file, things may get confusing. > What would be more useful to keep for the killed buffer > is the value of its revert-buffer-function. Often calling > this function can reconstruct the buffer contents. But that function should be available even for a killed buffer as long as its object is referenced by a tab. > 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. >> Still 'post-set-window-configuration-functions' (and also the >> desktop routines) would have to know enough about how to restore the >> earlier state. This is something only a buffer's major mode itself may >> know. > > Or revert-buffer-function. Which is usually set up by the major mode. > 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. martin