From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24237: 24.5; (elisp)`Extended Menu Items', :filter warning Date: Sun, 13 Dec 2020 17:07:18 +0200 Message-ID: <83blexeod5.fsf@gnu.org> References: <6c4f5089-43fa-4ca1-a656-1ec1684df960@default> <87v9d67ox6.fsf@gnus.org> <70cc884d-4f32-4a2e-b3f5-181709f2ca29@default> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8135"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 24237@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 13 16:08:11 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 1koSyo-00021C-U6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Dec 2020 16:08:10 +0100 Original-Received: from localhost ([::1]:47398 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koSyn-0003Vb-Vd for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Dec 2020 10:08:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33204) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koSyg-0003Ty-Vu for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 10:08:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38365) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1koSyg-0005oG-OD for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 10:08:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1koSyg-00061H-H4 for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 10:08:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Dec 2020 15:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24237 X-GNU-PR-Package: emacs Original-Received: via spool by 24237-submit@debbugs.gnu.org id=B24237.160787206023108 (code B ref 24237); Sun, 13 Dec 2020 15:08:02 +0000 Original-Received: (at 24237) by debbugs.gnu.org; 13 Dec 2020 15:07:40 +0000 Original-Received: from localhost ([127.0.0.1]:49911 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSyJ-00060d-Nr for submit@debbugs.gnu.org; Sun, 13 Dec 2020 10:07:39 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koSyI-00060R-8c for 24237@debbugs.gnu.org; Sun, 13 Dec 2020 10:07:38 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36292) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koSyA-0005cE-Ob; Sun, 13 Dec 2020 10:07:32 -0500 Original-Received: from [176.228.60.248] (port=2896 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1koSyA-0006tg-28; Sun, 13 Dec 2020 10:07:30 -0500 In-Reply-To: <70cc884d-4f32-4a2e-b3f5-181709f2ca29@default> (message from Drew Adams on Sat, 12 Dec 2020 12:45:17 -0800 (PST)) 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:195964 Archived-At: > Date: Sat, 12 Dec 2020 12:45:17 -0800 (PST) > From: Drew Adams > Cc: 24237@debbugs.gnu.org > > IF the guess is correct that this caveat does NOT > in fact apply to this use case then no, it is > NOT the case that "You should always write these > filter functions as if they are called at any time." > If that guess is correct then what you say as the > reason for not fixing this doc bug simply isn't > relevant. I don't think I understand what "this case" is, but in general menu functions could be called whenever the display engine needs to recalculate the contents and the dimensions of the menu, and that could basically be every redisplay cycle, depending on circumstances.