GNU bug report logs - #5679
terminus oblique fonts

Previous Next

Package: notemacs;

Reported by: Sergei Organov <osv <at> javad.com>

Date: Thu, 4 Mar 2010 14:50:02 UTC

Severity: normal

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: <osv <at> javad.com>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: Chong Yidong <cyd <at> stupidchicken.com>, 5679 <at> debbugs.gnu.org
Subject: bug#5679: Emacs 23.1.93 pretest
Date: Wed, 10 Mar 2010 15:12:37 +0300
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp> writes:

>>>>>> On Wed, 10 Mar 2010 14:29:59 +0300, <osv <at> javad.com> said:
>
>>> Anyway, is `xterm -fa terminus:style=oblique' also broken?  If so,
>>> we can conclude this is not a bug at the Emacs side.
>
>> Yeah, this is broken as well. So please excuse my ignorance, but
>> where exactly the problem is?
>
> According to the experiments so far, it seems to be caused by Xft in
> addition to some conditions that are not yet sure (maybe library
> versions or settings?).
>
>> I.e., why emacs 22 renders it fine?  What is a work-around for emacs
>> 23?
>
> Emacs 22 uses the traditional text drawing aka X core fonts, and many
> GNOME and GTK+ applications use cairo rather than Xft.  A workaround
> would be to use the traditional text drawing as in Emacs 22 by
> preferring the X core font driver to the Xft one (see `fontBackend' in
> the "Table of X Resources for Emacs" node in the Emacs info).

OK, adding

Emacs.fontBackend:           x,xft,cairo

to my .Xdefaults fixed the problem, -- thanks a lot!

-- Sergei.




This bug report was last modified 14 years and 141 days ago.

Previous Next


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