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: Fri, 5 Jan 2024 10:24:06 +0100 Message-ID: <34a872a9-07b2-4671-837f-f8d98b37420d@gmx.at> References: <83frzdy6if.fsf@gnu.org> <86edexnmv8.fsf@mail.linkov.net> <83mstlvvkj.fsf@gnu.org> 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="35992"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: daniel.c.mccarthy@gmail.com, 68235@debbugs.gnu.org To: Eli Zaretskii , Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 05 10:25:10 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 1rLgRw-00090u-Nl for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 05 Jan 2024 10:25:08 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rLgRm-0005kB-SY; Fri, 05 Jan 2024 04:24:58 -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 1rLgRm-0005ij-2z for bug-gnu-emacs@gnu.org; Fri, 05 Jan 2024 04:24:58 -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 1rLgRl-0004VG-QH for bug-gnu-emacs@gnu.org; Fri, 05 Jan 2024 04:24:57 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rLgRp-00016J-Uz for bug-gnu-emacs@gnu.org; Fri, 05 Jan 2024 04:25: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: Fri, 05 Jan 2024 09:25: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.17044466604171 (code B ref 68235); Fri, 05 Jan 2024 09:25:01 +0000 Original-Received: (at 68235) by debbugs.gnu.org; 5 Jan 2024 09:24:20 +0000 Original-Received: from localhost ([127.0.0.1]:56375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rLgRA-00015D-C8 for submit@debbugs.gnu.org; Fri, 05 Jan 2024 04:24:20 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:34739) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rLgR7-000151-Rs for 68235@debbugs.gnu.org; Fri, 05 Jan 2024 04:24:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1704446646; x=1705051446; i=rudalics@gmx.at; bh=JkjnphaX+1Reuf/A9jsmeHl6+cHMqAhDl36+TKuZuNk=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From: In-Reply-To; b=GS3elYn+xTMy74Y5Brwstz8/o9cdqgESAejFCTQ8cPVRjrlXZ6X1/0ZyGUsYBtc5 H0GczdK/cNc5gNlGTT5rODJqyBvnkKknZguYkCofqzvIw3WNdhxSf2rh0F/gUe85M CBmaRgZFGfhMfOYQn6VhT27P+7rc6+EpxfRHu5uxelCjNN4TAmOjRfoDn32UrS7Va rqm+EUaGp5xxQDYPgKky6QuDo6ReyzVo3hZzBTi1KoJa18cGnUNBc6G6TtBpGf9Bw YqFZHkH1DiO/4BJvAUkzh/FgUg+zDE+hwJoKZ/Xub1go/VNnYDlg789Zy1QlMpYC4 3Ezm+6zYArIUnb3v6Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.31.113] ([212.95.5.173]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MD9T1-1rUF8h3Ua9-00997L; Fri, 05 Jan 2024 10:24:06 +0100 Content-Language: en-US In-Reply-To: <83mstlvvkj.fsf@gnu.org> X-Provags-ID: V03:K1:JWtJ0uaJ1reMAs6kqG0mo7NQ7mRTB31SnbHrgAxbGYfQgbRnh10 TqaOoOoxDlhKd4iQyRlVaZ43+XyR3lbZxLoVFBZ4xHNNHnhHeFKIKaz2rhLqb3b86LCD3G4 GggDYTGXh2/rZFrCIwuI6GA4kCPmuqOARUMcwRf6584oTMtxHyi8ZvofTXS3rfPWoQyqlNq vaZnANCeOCjScWoSdSgDg== UI-OutboundReport: notjunk:1;M01:P0:08LE+86SlMM=;f8UrFx66ChKja41qiwPt3mhNMKC M0v/RhAvNftc6cGTnRkWpu9SyvQ2atWp49I+OsuyB1mBwiUDnVCxUPRjExOKVYcDJKTDDd+8s RnGf34oiwZaxq3Y7TiNepvI9SVaWa/BxtU81kofCxB209qz2dTVHquthuP0tn3lxSgUcxLcO5 90lt6BRFIYFWpJbCHwp2gxO5iLnSboJvt23Ebgm/CfOvK2erGX8Ew7QNUnTFdnptClmHFaFX9 BmcH3R3YaD4CZMmUM0t7yTSSM0/JKfNwb3+WQZcAwXfffoLt5llhIqF+21owWmnN0q5rXyn2C pPD+wpn2spNmAfsLGBiY6DxZ3SqMBvTthhv1LJsChIKIfTi1zHISj/M/OBtaYCifmkwQlvija cJPnXS4U5o8HotKnF9B06BGqzdGMihCzlV6aooC92U4CID/+tk5jbPmavp+r1Nye/FR9z2cBt JAVvZbwYoFpsua+MCYtC7ERzXaHnJ/OO2jSw/lf9jABXcVB+nVNXlG6WBV1kgw7ulGAcaJrw4 aFYE7DExtnhE8CaU5/aN2RJcTA1MSmx4O7uCEFUcPFwc7KHInKsHuVSnAvkvTkwiKek8X5qWP fNlof3RWldEPKGl5XL89DnG6SwOSUVOgfiD+WQaB5yA0srZeQWSPq6IoEAIlNWjMqmBNvcmUk piPf5AlbZU9Ggtdj8Eeo3hJJQ4rebjPqOBFlrGGTQzr7j70ulLqFaYzK2iWv/fJVwotxz7YxK llbXuX+iAQWz8XdZBL633rswOYQNobYMjYLSG1Lx6t8v47E+ohffrDYcqb2Cus6wU5VvYLY2 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:277375 Archived-At: >> Everything works nicely, and point follows the output, >> when this code is removed from 'tab-bar-select-tab': >> >> ;; set-window-configuration does not restore the value of >> ;; point in the current buffer, so restore it separately. >> (when (and (markerp wc-point) >> (marker-buffer wc-point) >> ;; FIXME: After dired-revert, marker relocates to 1. >> ;; window-configuration restores point to global point >> ;; in this dired buffer, not to its window point, >> ;; but this is slightly better than 1. >> ;; Maybe better to save dired-filename in each window? >> (not (eq 1 (marker-position wc-point)))) >> (goto-char wc-point)) > > Maybe we should make exceptions in buffers like *completions*? > > In general, restoring point is a good idea. > >> The problem is that I still can't figure out in what cases point should be >> restored manually. > > When the buffer was shown in another window, I think. Martin might > have a definite answer. I think the snippet above should be executed iff the buffer's 'window-point-insertion-type' is nil. martin