emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (re)display problems after font backend merge


From: Stephen Berman
Subject: Re: (re)display problems after font backend merge
Date: Fri, 23 May 2008 14:28:33 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

On Fri, 23 May 2008 05:16:11 +0100 David De La Harpe Golden <address@hidden> 
wrote:

> Stephen Berman wrote:
>> 
>> The (active) mode line face now displays Helvetica correctly.  Note,
>> however, that in the inactive mode line face the characters are wider,
>
> And not anti-aliased?  

Indeed not.

>                        Was this still with FontBackend: xft

Yes.

> And [welcome to complication, Level 2] did you have fontconfig/xft set
> to allow bitmap fonts or not?  While most linux distros now default to
> "no", if fontconfig/xft /is/ using bitmap fonts, then "new" font
> handling can still, depending of course on the font, result in
> x-core-font-like-in-appearance rendering, you see! (including in emacs
> with FontBackend: xft, as far as I can tell. Hmmm.)
>
> At least if you're on debian  or a debian-oid (e.g. ubuntu...), this is
> usually controlled by which one of
> /etc/fonts/conf.avail/70-yes-bitmaps.conf or
> /etc/fonts/conf.avail/70-no-bitmaps.conf
> is symlinked in to /etc/fonts/conf.d/
> (if you change this, you may have to run fc-cache -fv )
>
> I recommend "no".  Unless you really have a need of particular glyphs
> from or just can't live without some old favorite (probably monospace)
> bitmap font I guess.

My system has the above files and directories.  There was no symlink
from either of those files, so I added the "no" one, as you suggested,
ran fc-cache -fv, and then emacs -q.  Helvetica is still not anti-aliased.

Steve Berman





reply via email to

[Prev in Thread] Current Thread [Next in Thread]