[Top][All Lists]

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

Re: Escaping a string for substitute-command-keys

From: Clément Pit-Claudel
Subject: Re: Escaping a string for substitute-command-keys
Date: Sat, 5 Oct 2019 04:24:28 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0

On 2019-10-05 04:13, Eli Zaretskii wrote:
>> Cc: address@hidden
>> From: Clément Pit-Claudel <address@hidden>
>> Date: Sat, 5 Oct 2019 04:04:34 -0400
>>> I guess we need to add some feature to control whether help-echo gets
>>> run through substitute-command-keys, or add an alternative to
>>> help-echo that works exactly like it, but without substitutions.
>>> Patches welcome.
>> Sounds good, and I can work on the patch.  I think I like the first solution 
>> better, if we can come up with something elegant: the second case will force 
>> us to define priorities, and besides we already have kbd-help in addition to 
>> help-echo.
>> What about the following: before performing a conversion, 
>> substitute-command-keys could check a property of the string that it 
>> receives, say help-echo-conversion, and if that property is nil it would not 
>> perform the conversion.
> I'd prefer a property like help-echo-inhibit-substitution that is
> non-nil, to inhibit the call to substitute-command-keys.  A value of
> nil is easy to confuse with no property at all.

OK, I will work on a patch.  I expect I will have time to work on it in a few 
weeks from now, but not sooner, unfortunately.

reply via email to

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