GNU bug report logs - #3478
Error in set-default-font

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3478 in the body.
You can then email your comments to 3478 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Mickey Ferguson" <MFerguson <at> plantcml.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: Error in set-default-font
Date: Fri, 5 Jun 2009 16:59:29 -0700

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs <at> gnu.org mailing
list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600)
 of 2004-03-10 on NYAUMO
configured using `configure --with-gcc (3.2)'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

When I execute the following two lines of code:

  (set-default-font
   "-raster-Terminal-bold-r-normal-normal-12-90-96-96-c-*-ms-oemlatin")

emacs changes the size of the window (frame) so that it no longer
displays 80 columns.  Instead it sets it to about 90, although it still
says it's 80 columns.  I set up a line with 100 characters on it.
Before I ran the above command, only the first 80 fit prior to
wrapping.  After running the command, it showed 90 characters.  Yet
eval-buffer for (frame-width) says it's 80.

I know emacs 21.3 is no longer supported, but another user reported that
he saw the same effect when running 22.3.

Recent input:
<mouse-1> <down-mouse-1> <mouse-1> C-SPC C-n C-n M-x 
e v a l SPC r e SPC <return> <help-echo> M-x r e p 
o r t SPC SPC SPC <return>

Recent messages:
(C:\emacs\bin\emacs.exe -q --no-site-file c:\Emacs\site-lisp\MF-Init.el)
For information about the GNU Project and its goals, type C-h C-p.
Mark set
Loading emacsbug...done

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Jason Rumney <jasonr <at> gnu.org>
To: Mickey Ferguson <MFerguson <at> plantcml.com>, 3478 <at> debbugs.gnu.org
Cc: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#3478: Error in set-default-font
Date: Sat, 06 Jun 2009 22:11:54 +0800

reassign 3478 emacs,w32
found 3478 22.3
notfound 3478 23.0.94
tags 3478 wontfix
thanks

Mickey Ferguson wrote:
> When I execute the following two lines of code:
>
>   (set-default-font
>    "-raster-Terminal-bold-r-normal-normal-12-90-96-96-c-*-ms-oemlatin")
>
> emacs changes the size of the window (frame) so that it no longer
> displays 80 columns.

This seems to be caused by the fact that there is no font that exactly 
matches that name (at least on my install of Windows XP).
There are two non-bold versions of Terminal font at 12 pixels height, 
and a bold version 8 pixels high.
Emacs 21 and 22 choose a non-bold 12 point version, but because of the 
wildcard in the width field, they end up confused about the width - the 
frame width seems to be set based on the ...-c-70-ms-oemlatin version, 
while the font used for display is the ...-c-50-ms-oemlatin version. 
Emacs 22 confuses things further by using a synthesized bold version of 
the font, which messes up display further.

Due to a complete rewrite of the font handling code, Emacs 23 chooses 
the 8 pixel high bold font, and displays consistently.  I don't think 
there is anything further needed to fix this, but thanks for reporting it.

Previous Next

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