GNU bug report logs -
#11068
24.0.94; Face-remapped background does not extend to end of window
Previous Next
Reported by: Ivan Andrus <darthandrus <at> gmail.com>
Date: Thu, 22 Mar 2012 21:21:02 UTC
Severity: wishlist
Found in version 24.0.94
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
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
This bug report was last modified 13 years and 53 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.