GNU bug report logs -
#4509
Line spacing not correct for some fonts.
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sun, 03 Jul 2011 15:43:01 +0200
with message-id <878vsfxyxm.fsf <at> engster.org>
and subject line Re: Line spacing not correct for some fonts.
has caused the GNU bug report #4509,
regarding Line spacing not correct for some fonts.
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
4509: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4509
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
I noticed that in Emacs 23.1, even with line-spacing 'nil', there
often is some additional space between two lines. It seems it depends on
the used font how much additional space is inserted.
For testing this, simply insert one of the 'box drawing' unicode
characters, for example by evaluating
(ucs-insert #x2503)
which inserts the 'heavy vertical' unicode character. With the default
line-spacing set to 'nil', I would expect these characters to seamlessly
connect when repeated in the following lines, but they often don't.
It works with the default font used on my system, which is
-unknown-DejaVu Sans Mono-normal-normal-normal-*-19-*-*-*-m-0-iso10646-1
However, when I switch to Terminus, i.e.,
-xos4-Terminus-normal-normal-normal-*-14-*-*-*-c-80-iso10646-1
I see 1 pixel of space between the characters. Same happens with some
truetype fonts, e.g,
-unknown-Kochi Gothic-normal-normal-normal-*-19-*-*-*-*-0-iso10646-1
I tested this on different machines to make sure it isn't some issue
with the font setup on my machine. Also, I tested the box drawing
characters from the Terminus font with 'gedit', and they do connect
there.
Regards,
David
In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.14.4)
of 2009-09-09 on kafka
Windowing system distributor `The X.Org Foundation', version 11.0.10502000
configured using `configure '--prefix=/opt/cedemacs''
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: de_DE.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o e <tab> <backspace> r <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
[Message part 3 (message/rfc822, inline)]
I cannot reproduce this problem anymore on Emacs 23.3 and neither on
Emacs 24.0.50, so I'm closing this bug.
-David
This bug report was last modified 13 years and 322 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.