From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Escaping a string for substitute-command-keys Date: Sat, 05 Oct 2019 10:33:19 +0300 Message-ID: <8336g76400.fsf@gnu.org> References: <14423aa7-36c3-9ab7-6483-d43624f99e17@gmail.com> <83pnjd7pud.fsf@gnu.org> <83h84p7nih.fsf@gnu.org> <837e5l7j8n.fsf@gnu.org> <83imp461do.fsf@gnu.org> <39178daa-2edd-9cf2-9bb4-42942b6e2132@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="26774"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: =?utf-8?Q?Cl=C3=A9ment?= Pit-Claudel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 05 09:33:40 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iGeZP-0006sG-Uk for ged-emacs-devel@m.gmane.org; Sat, 05 Oct 2019 09:33:40 +0200 Original-Received: from localhost ([::1]:54620 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGeZO-0008Ff-Mr for ged-emacs-devel@m.gmane.org; Sat, 05 Oct 2019 03:33:38 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54519) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGeZH-0008FX-Mi for emacs-devel@gnu.org; Sat, 05 Oct 2019 03:33:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35185) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iGeZH-0005OO-IO; Sat, 05 Oct 2019 03:33:31 -0400 Original-Received: from [176.228.60.248] (port=3961 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iGeZG-00079A-Vp; Sat, 05 Oct 2019 03:33:31 -0400 In-reply-to: <39178daa-2edd-9cf2-9bb4-42942b6e2132@gmail.com> (message from =?utf-8?Q?Cl=C3=A9ment?= Pit-Claudel on Sat, 5 Oct 2019 00:03:01 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240598 Archived-At: > Cc: emacs-devel@gnu.org > From: Clément Pit-Claudel > Date: Sat, 5 Oct 2019 00:03:01 -0400 > > > Please tell more about these inconsistencies. Specifically, which > > APIs behave inconsistently? > > There are two main places that I know of in Emacs that use help-echo: help-at-pt, specifically display-local-help, which displays the contents of the help-echo in the echo area; and show_help_echo, in keyboard.c, which calls show-help-function after running substitute-command-keys. > > The inconsistency is that the former displays the help-echo property unmodified, whereas the latter displays it after running substitute-command-keys. Thanks. I see that the kbd-help property and all the facilities of help-at-pt.el are not documented at all in the ELisp manual, which I think is a documentation bug, because in some contexts they override the similar help-echo facilities. I also think help-at-pt.el should indeed pass help-echo through substitute-command-keys, at least by default. Having read help-at-pt.el, I now don't understand why we need that package, since help-echo can be easily displayed in the echo area as well. But that ship has sailed, so even if we deprecate this package now, we should first make it consistent with help-echo. Would you please file a bug report about these issues? Thanks.