From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#43412: [FEATURE] autorevert-only-if-visible [PATCH] Date: Tue, 29 Sep 2020 16:34:07 +0200 Message-ID: References: <20200915040728.77ufv7g6bekvrzqa@E15-2016.optimum.net> <83y2lb8648.fsf@gnu.org> <20200915153958.e2nry7dxl3pmu3k6@E15-2016.optimum.net> <83imcf82fy.fsf@gnu.org> <20200915161239.f3fb74daihpon64w@E15-2016.optimum.net> <83een37y21.fsf@gnu.org> <20200916201104.ktl6aukmpe5hk6g2@E15-2016.optimum.net> <83a6xo7dgv.fsf@gnu.org> <20200929130520.fub7arg7ifmgzmec@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29500"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43412@debbugs.gnu.org To: Boruch Baum Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Sep 29 16:36:20 2020 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 1kNGjs-0007ZU-Ac for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 29 Sep 2020 16:36:20 +0200 Original-Received: from localhost ([::1]:53914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kNGjr-0001CD-6E for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 29 Sep 2020 10:36:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56438) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kNGie-00017O-LZ for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2020 10:35:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45280) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kNGic-000141-Ee for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2020 10:35:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kNGic-0005bY-CN for bug-gnu-emacs@gnu.org; Tue, 29 Sep 2020 10:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Sep 2020 14:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43412 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 43412-submit@debbugs.gnu.org id=B43412.160139006021460 (code B ref 43412); Tue, 29 Sep 2020 14:35:02 +0000 Original-Received: (at 43412) by debbugs.gnu.org; 29 Sep 2020 14:34:20 +0000 Original-Received: from localhost ([127.0.0.1]:56820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGhv-0005a4-LY for submit@debbugs.gnu.org; Tue, 29 Sep 2020 10:34:19 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:44341) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kNGhs-0005Zn-5t for 43412@debbugs.gnu.org; Tue, 29 Sep 2020 10:34:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1601390049; bh=MMFFG+rp9G3RKkNsZBIMG585NssnyofuuI640+oTtzw=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=QjSDFSKmZy0oLscpgTGljBxkoSrWO5IokFAg++e63elylwlJuQTmYJZVhGB/4v9WA 8Peiyg+OmEa/aFMqtPOIfByNS4fQ2S79nfFinZ1mm/XnaAhzE2Kvj9QjKBjWusvx7t 1S05e+2NHao/c5wJDtwxFmH6T/Jgl8FpCn3JPD3s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([46.125.249.51]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MLi8m-1k5bIP1OOO-00Hfbb; Tue, 29 Sep 2020 16:34:09 +0200 In-Reply-To: <20200929130520.fub7arg7ifmgzmec@E15-2016.optimum.net> Content-Language: en-US X-Provags-ID: V03:K1:SZ5f1xKmJiVEiKWhq0df0oTsDyMfovA92Y0vdqq9vk3CJnk9SG/ oIzNvGOh5PSWngWBc1ckXG6YQx/Gt+bJWDvTf3g/e972jmRFec0tUYVVw/Yu2B1NsccOC+E 7MGLyswH0/W6J6reZri4TCYBFIBu2YFKEon/I2d+6E99UB4Pd+ZtHjLuX/07AvLvXa7cdEM uQHvVB/aCX1tGzN1Mr2Qg== X-UI-Out-Filterresults: notjunk:1;V03:K0:ZH4w484pEhI=:lXTfK4f2SEQ6Z0OkkF5uk1 TS9dUCKeQ1IDsusy4wvAjWDvLQD7kDynRWissN9X34DAUIZzTCw9EtHNPgJHLvF1/ybpjzD8j huVFLOpiiMuNcxHUWIvx3VIMt1vu1Q4uo5YiLh53FxSFp5zrZpV9qL59pAfErX/QTCNM3+nPT 12XJU6gbnKbEHGrWmz8RL8hsw9UfARQUN763a+xak1z1poEWIOckbW32PhFUa19t7HRHX+mfe O9zWpfqNqGv+mMV98o1ovVLsqitmAykc16HBfL6Kb5AEhZrUWzB21xy7Ji9WwDgGTM0uroCrx 7IZ/qwdBFZjsBg0tHZCa/PlDm4aiXHQeJsWQs+SELCT+GmsABT9TqHbEtGnqJH5LO/Q/7xMJ8 zpeQU1/YJlwZVlakT4wlzjFoEhrSv/FrxKieqiTL334IOeEaK8hhDaQqEI7lF0jjC+8Cz7N2R avajLqqWF88XUK8FBj15XOKvitcJbNhh0qjoSeNtOcA9Bv0DL0//rib93HusovUYrYGpC3eNn /n3ebBMwbSxzAG+aEaYAzIcPg92dpWsbSWjXazr4meeX2uj7o7qYNWwFncDfKAXrh9p0W0+9v mer9RM2d1QbGwyp1pzj4eLRrfABcXW2FiJKOYGj3+EXjZtxJIfo1zC4RQvb0Rm9GMb09Q7liU omwr/ivZsSYkAOT57UyIfj+6/flWm/mtzoGD69dug8ksRYrQ4proHvJ23kIV8++mvfreXdILe Gky4TkIwJtv3fyYyhtDrHLgZcL3s7D/DkI8dHuqV6sv39kJ3om0RjbqUyrOcZaUwwZco44Tn 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" Xref: news.gmane.io gmane.emacs.bugs:189259 Archived-At: > 1) For function `window-buffer-change-functions' when set globally: th= e > docstring says that it takes an arg FRAME. During execution of those > functions, will that arg necessarily be `(selected-frame)'? No. FRAME denotes the frame where a buffer change occurred. > 2) For function `window-buffer-change-functions' when set buffer-local= : > Is there a straightforward way to ensure that the value will be set fo= r > all buffers, current and future? No. The term 'buffer-local' contradicts the formulation "for all buffers". If you want to catch changes for several buffers, you either have to specify the buffer-local value for each of them or you have to use the default value. > This would be subtly different from the > description of what occurs when setting the value globally, because no= > window-walk would be required, and it wouldn't be triggered by window > deletion events. Window deletion events as well as events that remove a buffer from a window are caught by the default value only. Note in this context that 'window-old-buffer' might not even return a meaningful value if the old buffer has been deleted in the meantime. > All I see is `buffer-list-update-hook' which is run by > `get-buffer-create' (OK), but it's also run by =E2=80=98make-indirect-= buffer=E2=80=99, > =E2=80=98rename-buffer=E2=80=99, =E2=80=98kill-buffer=E2=80=99, =E2=80= =98bury-buffer-internal=E2=80=99 and > =E2=80=98select-window=E2=80=99 (all unnecessary for setting a buffer-= local value in > `window-buffer-change-functions'). Note that 'buffer-list-update-hook' is run in many locations that are not related to window changes. > Slightly off-topic: The 'describe-*' output for these symbols all have= > an ambiguous statement "Probably introduced at or before Emacs version= > 27.1". What's that 'probably' all about? Shouldn't the statement be > unequivocal, at least for recently added symbols? Emacs might be just cautious here. It it finds a definition in version 27.1 and not in version 26.1, it doesn't want to deny that the variable might have already existed in version 22.1 and was temporarily deleted in version 25.1. martin