GNU bug report logs - #70432
30.0.50; C-h for help not working with C-h k

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: gerd.moellmann <at> gmail.com, dmitry <at> gutov.dev, 70432 <at> debbugs.gnu.org
Subject: Re: bug#70432: 30.0.50; C-h for help not working with C-h k
Date: Thu, 18 Apr 2024 17:19:06 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>,  Dmitry
>  Gutov
>  <dmitry <at> gutov.dev>,  70432 <at> debbugs.gnu.org
> Date: Thu, 18 Apr 2024 09:51:54 -0400
> 
> > Dmitry and Stefan, any better ideas?
> >
> > diff --git a/lisp/help.el b/lisp/help.el
> > index d4e39f0..e6117ec 100644
> > --- a/lisp/help.el
> > +++ b/lisp/help.el
> > @@ -1049,6 +1049,9 @@ help--read-key-sequence
> >    (let ((enable-disabled-menus-and-buttons t)
> >          (cursor-in-echo-area t)
> >          (side-event nil)
> > +        ;; Showing the list of key sequences makes no sense when they
> > +        ;; asked about a key sequence.
> > +        (echo-keystrokes-help nil)
> >          saved-yank-menu)
> >      (unwind-protect
> >          (let (last-modifiers key-list)
> 
> Loos OK to me, tho maybe it should be the other way around: we should
> bind it to non-nil around those places where we know it makes sense?

It's a user option, so I don't think that would be a good idea.

Previous Next

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