GNU bug report logs - #18343
24.4.50; REGRESSION: `help-echo' property is not added, so no tooltip or echo

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Thu, 28 Aug 2014 16:24:01 UTC

Severity: normal

Tags: notabug

Found in version 24.4.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, 18343 <at> debbugs.gnu.org
Subject: RE: bug#18343: 24.4.50; REGRESSION: `help-echo' property is not
 added, so no tooltip or echo
Date: Sun, 1 May 2016 08:52:58 -0800 (GMT-08:00)
> > Why should `help-echo' be on `font-lock-extra-managed-props'?
> 
> I guess the reason is to allow font-lock to propertize parts of the
> buffer with this property.  This issue is a (presumably not trivially
> avoidable) side effect.

By "allow font-lock to propertize parts of the buffer with this
property" do you mean allow it to propertize, with faces, parts
of the buffer that happen to have property `help-echo'?  Or do
you mean allow it to add property `help-echo' parts of the buffer?

If the latter, what is the use case for font-lock doing that?

I'll assume you meant the former -

In that case, why not trivially avoidable?  Why not tell font-lock
hands-off this property, which has nothing to do with highlighting?
Until the recent change that caused this regression, property
`help-echo' was not on the list `font-lock-extra-managed-props'.

Is it clear to you why it needs to be on that list?  It's not
clear to me.




This bug report was last modified 9 years and 19 days ago.

Previous Next


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