GNU bug report logs - #11068
24.0.94; Face-remapped background does not extend to end of window

Previous Next

Full log

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

From: Ivan Andrus <darthandrus <at> gmail.com>
To: 11068 <at> debbugs.gnu.org
Subject: Re: bug#11068: 24.0.94;
	Face-remapped background does not extend to end of window
Date: Fri, 23 Mar 2012 11:48:12 +0100

On Mar 23, 2012, at 11:36 AM, Eli Zaretskii wrote:
From: Ivan Andrus <darthandrus <at> gmail.com>
>> Date: Thu, 22 Mar 2012 21:49:10 +0100
>> 
>> Run emacs -Q and then evaluate (e.g. in *scratch*) the following
>> 
>> (face-remap-add-relative 'default '(:background "dark green"))
>> 
>> Notice that the dark green background only appears on the lines which
>> actually contain text.  Most of the window still has the white
>> background since the buffer only consists of a few lines.  This is
>> annoying for my use case of different backgrounds to signify different
>> modes (e.g. read only).
>> 
>> It is also a problem when using :stipple e.g.
>> 
>> (face-remap-add-relative 'default '(:stipple "/Users/gvol/.emacs.d/local/pic/b-rock-grey.jpg"))
> 
> Thanks.
> 
> This is how Emacs display engine always worked: the non-text parts of
> the window display are drawn in the default face.  (Remapping does not
> change the default face, as far as Emacs internals are concerned, it
> just substitutes a different face in its stead, leaving the literal
> DEFAULT_FACE_ID intact.)

> So this bug has rather low priority at this time, as it's not a
> regression wrt Emacs 23.  Time permitting, I will at the very least
> try to figure out what changes are needed to make this work as
> expected.

I completely understand about priorities right now.  In fact, it's taken me a while to finally get around to reporting it.

-Ivan

Previous Next

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