emacs default font is huge
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Emacs |
Fix Released
|
Unknown
|
|||
emacs23 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Lucid |
Fix Released
|
Undecided
|
Reinhard Tartler | ||
Maverick |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: emacs23
Emacs 23.1 does not detect the system font resolution properly, which leads to ridiculously huge fonts when using "smaller" font resolutions.
Steps to reproduce:
- in System -> Appearance -> Fonts -> Details -> Set resolution to less than 72dpi
- Start Emacs without config: "emacs -Q"
In default configuration, Emacs will use "Monospace 12" as text font
- open a gedit instance and set the font to "Monospace 12" as well.
At higher resolutions (~92dpi) there won't be nearly no noticable difference. At lower resultions (~72), the emacs font is pretty large compared to the gedit reference.
Alternative steps to reproduce:
- Start emacs one time with 72dpi and note that the font doesn't change when emacs is started with a resolution of 92dpi.
The fact that emacs doesn't change its font when the system resultion is changed while emacs is running may or may not be a seperate bug.
Original Report follows:
Since the latest emacs upgrade in Karmic, the default font is now huge. The Set Default Font dialog claims the font is DejaVu Sans Mono Book 12, and in the preview, capital letters indeed are 12 pixels high. However, in the editor, capital letters are 14 pixels high and look bold. For comparison, capitals in the menu bar are the normal 10 pixels.
To get a sane editor font, I need to set the size to 8, resulting in 9 pixels - I cannot get the height of 10 pixels, as sizes like 8.5 result in the error "Font not available". xdpyinfo reports 118x119 dots per inch, and Gnome font settings are at font size 10, 96 dpi, subpixels, a little hinting.
ProblemType: Bug
Architecture: i386
Date: Wed Oct 7 15:21:40 2009
DistroRelease: Ubuntu 9.10
Package: emacs 23.1+1-4ubuntu1
PackageArchitec
ProcEnviron:
SHELL=/bin/bash
PATH=(custom, user)
LANG=fi_FI.UTF-8
ProcVersionSign
SourcePackage: emacs23
Uname: Linux 2.6.31-12-generic i686
Changed in emacs: | |
status: | Unknown → Fix Released |
description: | updated |
Changed in emacs23 (Ubuntu Lucid): | |
assignee: | nobody → Reinhard Tartler (siretart) |
tags: |
added: verification-done removed: verification-needed |
> The X-Server packages should depend on any xfnt package, because without
> any X-Font the postinst would fail (X -probeonly fails).
I'd guess that the -probeonly fails if there are either *no* fonts at
all or if there's not "fixed" font (if you have a setup handy where
you can test this, let me know, otherwise I'll try breaking one of the
machines here later...)
Rather than list all the font packages on each server, I think the
right thing to do is probably to create an 'xfnt' or 'xfntfixed'
virtual package (depending which theory above is right), depend on
that from *all* the servers, and provide it from all the font packages
(or if it's really "fixed", from all the font packages that provide a
fixed alias.) Comments?
_Mark_ <email address hidden>
The Herd of Kittens
Debian X Maintainer
ps. I know, there's a seperate issue [#8463] with XF86Setup needing
xfnt75 as well, but ignore that for now...