GNU bug report logs - #52870
Is displaying <menu-bar> bindings in describe-function useful?

Previous Next

Package: emacs;

Reported by: Stefan Kangas <stefan <at> marxist.se>

Date: Wed, 29 Dec 2021 12:42:01 UTC

Severity: wishlist

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 52870 <at> debbugs.gnu.org
Subject: bug#52870: Is displaying <menu-bar> bindings in describe-function useful?
Date: Wed, 29 Dec 2021 18:51:52 +0200
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Wed, 29 Dec 2021 06:49:12 -0800
> Cc: 52870 <at> debbugs.gnu.org
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> I would therefore like to suggest either:
> >>
> >> a) Displaying nothing at all for such bindings.  The menu entries will
> >>    be shown in the menu itself, and that is enough.
> >>
> >>    In this case, we could have an option to revert to the old behavior.
> >>
> >> b) Show it separately from other key bindings at the end, maybe
> >>    something like this:
> >
> > This is a serious change in behavior, so I think it could only fly as
> > an opt-in feature.  It sounds like a personal preference, so an
> > option, off by default, for it sounds about right.
> 
> I assume you are talking by option a).  I retract that proposal, and
> propose option b) as the default behaviour.  Thanks.

If by b) you mean to push the menu binding to the very end, where it
will probably not seen at all, then I don't think that could be the
default, either.  Just changing the order, so that non-menu bindings
are shown first, is okay, I think.  But banishing that to after the
version where the command was introduced doesn't sound like something
I could agree to by default.




This bug report was last modified 3 years and 82 days ago.

Previous Next


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