gnu emacs 22.1 with xft: problems with background color of empty regions

gnu emacs 22.1 with xft: problems with background color of empty regions

[Joe Brenner]

I've compiled the emacs 22.1 source code on an amd64-based gnu/linux box
(kubuntu), using the --with-xft and --with-gtk options:

 ../emacs-22.1/configure --with-gtk --enable-font-backend  --with-xft --prefix /usr/local/emacs/xft_22.1

I typically use a light-on-dark color scheme, but this has
problems in this xft-enabled emacs.  Empty regions on the screen
are coming up a blinding white, ignoring my background color
settings.  Here's a screen shot:

   http://obsidianrook.com/data/emacs22.1-xft-minimal.jpg

This screenshot was taken by running like so:

  /usr/local/emacs/xft_22.1/bin/emacs -q -l /home/doom/tmp/color-setup.el &

Where the file /home/doom/tmp/color-setup.el contains the following:

   (add-to-list 'default-frame-alist '(foreground-color . "Thistle"))
   (add-to-list 'default-frame-alist '(background-color . "Black"))
   (add-to-list 'default-frame-alist '(cursor-color . "Orchid"))
   (add-to-list 'default-frame-alist '(mouse-color . "GreenYellow"))
   (add-to-list 'default-frame-alist '(border-color . "DarkOliveGreen"))
   (add-to-list 'default-frame-alist '(border-color . "Thistle"))
   
   (transient-mark-mode t)
   (set-face-foreground 'region "Black")
   (set-face-background 'region "DarkOliveGreen")
   
   (set-foreground-color "Thistle")
   (set-background-color "Black")
   (set-cursor-color "Orchid")
   (set-mouse-color "GreenYellow")
   
   (set-face-foreground 'modeline "Black")
   (set-face-background 'modeline "DarkSlateBlue")
   
   (set-face-foreground 'highlight "PaleGreen")
   (set-face-background 'highlight "BlueViolet")
   
   (show-paren-mode)
   (set-face-foreground 'show-paren-match-face "PaleGreen")
   (set-face-background 'show-paren-match-face "BlueViolet")
   (set-face-foreground 'show-paren-mismatch-face "yellow")
   (set-face-background 'show-paren-mismatch-face "firebrick")

Note: a vanilla version compiled without xft support has no
such problem:

   http://obsidianrook.com/data/emacs22.1-vanilla.jpg

Re: gnu emacs 22.1 with xft: problems with background color of empty regions

[Stephen Berman]

On Wed, 04 Jul 2007 13:18:47 -0700 Joe Brenner <doom@kzsu.stanford.edu> wrote:

> I've compiled the emacs 22.1 source code on an amd64-based gnu/linux box
> (kubuntu), using the --with-xft and --with-gtk options:
>
>  ../emacs-22.1/configure --with-gtk --enable-font-backend  --with-xft --prefix /usr/local/emacs/xft_22.1
>
> I typically use a light-on-dark color scheme, but this has
> problems in this xft-enabled emacs.  Empty regions on the screen
> are coming up a blinding white, ignoring my background color
> settings.  Here's a screen shot:

This looks very much like what I used to get with gtk-qt-engine,
cf. http://permalink.gmane.org/gmane.emacs.pretest.bugs/18115.  Are
you using this, since you're also using KDE?

> Note: a vanilla version compiled without xft support has no
> such problem:
>
>    http://obsidianrook.com/data/emacs22.1-vanilla.jpg

I cannot account for the difference you describe (the pictures don't
show it, however; I assume the latter screen shot is mistaken).  I
guess you built from the unicode2 branch, since the
--enable-font-backend and --with-xft options are not in the trunk.
Maybe the interaction with gtk-qt-engine there (if that's the problem)
is different from the trunk.

Steve Berman

Re: gnu emacs 22.1 with xft: problems with background color of empty regions

[Joseph Brenner]

Just to try to straighten a few things out: 

(1) I was indeed building with the released emacs 22.1 code base, 
    but I made the completely erroneous assumption that the "--with-xft"
    compiler option was supported.  It presumably had no effect 
    on the compilation. 

(2) The "--with-gtk" option is indeed what produces the problem I
    was describing.  I'm told this is an incompatibility with the 
    "gtk-engines-qt" package, and that I need to upgrade to
    version 0.7 (currently I have version 0.60-1.1ubuntu7, which 
    is the latest for the "dapper" distribution I'm using).