GNU bug report logs - #15900
24.3.50; foreground-color-at-point returns wrong results

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Fri, 15 Nov 2013 02:06:01 UTC

Severity: minor

Found in version 24.3.50

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>
Cc: 15900 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: bug#15900: 24.3.50; foreground-color-at-point returns wrong results
Date: Mon, 18 Nov 2013 05:42:13 +0200
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Cc: Drew Adams <drew.adams <at> oracle.com>,  15900 <at> debbugs.gnu.org
> Date: Sun, 17 Nov 2013 23:38:11 +0100
> 
> Hello,
> 
> > > I think he means that the value of property `face' (whether from
> > > a text property or an overlay property) can be a list of faces.
> 
> Indeed.  Plus, I want to look at the font-lock-face property.
> 
> > Yes, but then you get all that list in a single call to
> > get-char-property, right?  So where's the difficulty in collecting
> > "all the faces at point"?
> 
> There's no difficulty.

Then I don't understand why you still want to analyze colors instead
of analyzing faces.  This is what my suggestion boiled down to:
instead of trying to figure out the foreground color of the text at
point, just compare its face(s) with a list of known faces whose
appearance you don't want to override.

> Eli, did you ever read the code snip I had included?

Of course, I did.  But it still talks about colors, something I
suggested to avoid.




This bug report was last modified 3 years and 26 days ago.

Previous Next


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