GNU bug report logs - #4911
mouse-face property should merge face attributes, not replace

Previous Next

Package: emacs;

Reported by: Dave Aspinall <daveaspin <at> googlemail.com>

Date: Thu, 12 Nov 2009 12:55:04 UTC

Severity: wishlist

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: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: daveaspin <at> googlemail.com, 4911 <at> debbugs.gnu.org
Subject: bug#4911: mouse-face property should merge face attributes, not replace
Date: Tue, 01 Oct 2019 18:00:13 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Tue, 01 Oct 2019 16:08:02 +0200
> Cc: 4911 <at> debbugs.gnu.org
> 
> To reproduce:
> 
> (insert (propertize "hello" 'face 'underline 'mouse-face 'highlight))
> 
> and put the mouse pointer over the "hello": The underline goes away.
> 
> I think it might make sense to merge the properties...  but, on the
> other hand, this may make the text illegible.
> 
> For instance, this
> 
> (insert (propertize "hello" 'face '(:foreground "blue") 'mouse-face 'highlight))
> 
> would become a blank, blue box if the highlight face didn't define both a
> foreground colour.
> 
> So I'm not sure this would work.  Any opinions?

Emacs always worked like that: it selects either 'face' or
'mouse-face', according to what is appropriate, and never merges them.

I see no reason to change that now.  The use case described in the bug
report could be handled by using some non-color attribute for the
mouse-face, for example.




This bug report was last modified 5 years and 15 days ago.

Previous Next


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