GNU bug report logs -
#4509
Line spacing not correct for some fonts.
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 4509 in the body.
You can then email your comments to 4509 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#4509
; Package
emacs
.
(Mon, 21 Sep 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Engster <deng <at> randomsample.de>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Mon, 21 Sep 2009 18:55:05 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
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.
Reply sent
to
David Engster <deng <at> randomsample.de>
:
You have taken responsibility.
(Sun, 03 Jul 2011 13:45:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
David Engster <deng <at> randomsample.de>
:
bug acknowledged by developer.
(Sun, 03 Jul 2011 13:45:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 4509-done <at> debbugs.gnu.org (full text, mbox):
I cannot reproduce this problem anymore on Emacs 23.3 and neither on
Emacs 24.0.50, so I'm closing this bug.
-David
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 01 Aug 2011 11:24:04 GMT)
Full text and
rfc822 format available.
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.