GNU bug report logs - #24774
26.0.50; Menu display navigation commands

Previous Next

Full log

Message #121 received at 24774 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: stephen.berman <at> gmx.net, stefan <at> marxist.se, 24774 <at> debbugs.gnu.org
Subject: Re: bug#24774: 26.0.50; Menu display navigation commands
Date: Fri, 26 Feb 2021 14:27:58 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: stephen.berman <at> gmx.net,  stefan <at> marxist.se,  24774 <at> debbugs.gnu.org
> Date: Fri, 26 Feb 2021 13:07:34 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > maybe it's a reason good enough not to use easymenu in elisp-mode.el?
> > Why do we want to do that, again?
> 
> Because it's a better, more sensible way to define menus.

But the same argument can be brought up for cl-macs.el and cl-lib.el
and seq.el and map.el and pcase.el and probably several others.  Where
do we stop, if the criterion is "better and more sensible" (which are
highly subjective judgments)?

Or are you saying that memory footprint considerations are totally
unimportant, and we should preload everything that might possibly be
helpful?

That's why I suggested to discuss and agree on the criteria first.  If
we don't agree on some criteria, we will have this argument many times
in the future.

> (And possibly smaller .elc file, as I said.)

I'd like to see the actual numbers, please.  And also the memory
footprint before and after loading easymenu.  With the current code, I
see a 0.25MB increase in the VM size after I load easymenu.elc.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.