Kévin Le Gouguec writes: > 'buttonize' clobbers the help-echo property added by 'icon-string' ☹️ > That does make the current emoji extra-obscure, since hovering over it > gives no clue as to what it does! > > Solutions: > > (a) display-warning could retrieve the property from the string returned > by icon-string, then spoon-feeding it back to buttonize, > (b) buttonize could check whether its STRING argument has a help-echo > property before clobbering it with nil, > (c) we invent a sentinel value for buttonize's HELP-ECHO argument to > mean "psst, STRING already has the right help-echo property; use that". See attached patches. No intuition which is best; I guess (a) is the least disruptive - no change in the semantics of 'buttonize'. I wonder how critical we think finding a new graphical representation for that button feels now, considering that once this is fixed, mouse-hovering & C-h . will let users now what that button is for.