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 19:56:42 +0200 Message-ID: <83v9d5d1yd.fsf@gnu.org> References: <<6c4f5089-43fa-4ca1-a656-1ec1684df960@default>> <<87v9d67ox6.fsf@gnus.org>> <<70cc884d-4f32-4a2e-b3f5-181709f2ca29@default>> <<83blexeod5.fsf@gnu.org>> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26506"; 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 18:59:19 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 1koVeQ-0006mb-Pt for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Dec 2020 18:59:18 +0100 Original-Received: from localhost ([::1]:55988 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koVeP-0000JF-Mz for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 13 Dec 2020 12:59:17 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59370) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koVdC-00072q-Lf for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 12:58:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38510) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1koVdC-0005jz-EH for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 12:58:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1koVdC-0002Qn-CR for bug-gnu-emacs@gnu.org; Sun, 13 Dec 2020 12:58: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 17:58: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.16078822239269 (code B ref 24237); Sun, 13 Dec 2020 17:58:02 +0000 Original-Received: (at 24237) by debbugs.gnu.org; 13 Dec 2020 17:57:03 +0000 Original-Received: from localhost ([127.0.0.1]:50052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koVcF-0002PR-BH for submit@debbugs.gnu.org; Sun, 13 Dec 2020 12:57:03 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1koVcD-0002Ow-Gq for 24237@debbugs.gnu.org; Sun, 13 Dec 2020 12:57:02 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38873) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koVc7-0005cF-I8; Sun, 13 Dec 2020 12:56:55 -0500 Original-Received: from [176.228.60.248] (port=2087 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1koVc6-0007VU-9t; Sun, 13 Dec 2020 12:56:55 -0500 In-Reply-To: (message from Drew Adams on Sun, 13 Dec 2020 09:24:52 -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:195985 Archived-At: > Date: Sun, 13 Dec 2020 09:24:52 -0800 (PST) > From: Drew Adams > Cc: larsi@gnus.org, 24237@debbugs.gnu.org > > > I don't think I understand what "this case" is, > > As was said in the original bug report and has > been repeated in the thread, this case is the > > "use of a `menu-item' construct with a :filter > to create a conditional _keyboard_ key binding. > In such a case, the `menu-item' construct is not > a real menu item - it is not placed on any menu." That doesn't explain anything to me, sorry. > > but in general menu functions > > Define "menu function", please. Does this apply > to the case being discussed: an extended menu > item that's bound only to a keyboard key, i.e., > that's not used in any menu? I still don't understand what that means in practice. > > 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. > > See above. There's no menu involved in the case > being discussed (at least none that's visible to > users, AFAIK). So there should be no need or > possibility of recalculating menu contents and > dimensions. Then you already know the answer and don't need any help, it seems. But if you do, please explain more about the specific use case you worry about.