emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#19096: closed (25.0.50; suggest-key-bindings doesn


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#19096: closed (25.0.50; suggest-key-bindings doesn't work with a nil value)
Date: Sun, 26 Jun 2016 17:50:02 +0000

Your message dated Sun, 26 Jun 2016 13:49:28 -0400
with message-id <address@hidden>
and subject line Bug #19096: 25.0.50; suggest-key-bindings doesn't work with a 
nil value
has caused the debbugs.gnu.org bug report #19096,
regarding 25.0.50; suggest-key-bindings doesn't work with a nil value
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
19096: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19096
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.50; suggest-key-bindings doesn't work with a nil value Date: Tue, 18 Nov 2014 10:56:01 -0300
In Emacs 25.0.50.1 (repository revision:
5813f93cab1a81eba6eef735add5ca7cb1d15e8e) the function
'execute-extended-command' accepts only numeric values from the
variable 'suggest-key-bindings'. Setting a nil value won't disable the
suggestion message shown in the minibuffer.

In 'simple.el', line 1691, the function looks for a non-nil value in
'suggest-key-bindings', but afterwards it only accepts numeric values.
Therefore, a nil value will trigger the default behaviour, which is
printing the "You can run the command `%s' with %s" message after 2
seconds. A workaround: setting 'suggest-key-bindings' to 0.

Also, in line 1670, a conditional construct has been commented out:
";; (when binding". But it seems this is not directly related with the
issue.



--- End Message ---
--- Begin Message --- Subject: Bug #19096: 25.0.50; suggest-key-bindings doesn't work with a nil value Date: Sun, 26 Jun 2016 13:49:28 -0400
Version: 25.0.95

AFAICT this is fixed in Emacs 25 pretest.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]