[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Font issues with recent emacs
From: |
Eli Zaretskii |
Subject: |
Re: Font issues with recent emacs |
Date: |
Thu, 09 Jan 2014 08:49:10 +0200 |
> Date: Wed, 8 Jan 2014 22:13:47 -0500
> From: Vin Shelton <address@hidden>
>
> 1. xlsfonts shows the font exists:
>
> xlsfonts -fn "-*-dejavu sans mono-medium-r-normal--12-*-*-*-m-*-iso8859-1"
> -misc-dejavu sans mono-medium-r-normal--12-87-100-100-m-0-iso8859-1
>
> 2. Then I start the emacs using that font as the default:
> emacs -Q -fn "-misc-dejavu sans
> mono-medium-r-normal--12-87-100-100-m-0-iso8859-1"
>
> 3. emacs starts with the modeline as displayed in the attached
> modeline.png. Notice that the buffer name '*scratch* ' is spelled out
> in ascii blocks.
The buffer name uses the bold variant of the font. If the font you
specified doesn't have a bold variant, Emacs will not be able to
display it.
> Similarly, if I invoke emacs and evaluate the following forms in the
> *scratch* buffer:
>
> emacs -Q
> (set-face-font 'default "-*-dejavu sans
> mono-medium-r-normal--12-*-*-*-m-*-iso8859-1")
> (set-face-font 'mode-line "-microsoft-comic sans
> ms-medium-r-normal-*-12-*-*-*-*-*-iso8859-1")
>
> The default font changes correctly and the modeline displays
> correctly, but if I enter info:
> C-h i
>
> Then the top of the *info* (dir) buffer looks like the attached
> info.png. Note the same ascii block characters.
Again, because that part of the display needs the italics variant of
the font.
Why do you insist on forcing on Emacs a specific fully qualified font
definition?