GNU bug report logs - #6718
23.2; Should align glyphs according to grid in ansi-term

Previous Next

To reply to this bug, email your comments to 6718 AT debbugs.gnu.org.

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

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jonathan Kleinehellefort <jk <at> molb.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.2; Should align glyphs according to grid in ansi-term
Date: Sat, 24 Jul 2010 17:57:59 +0200

I came across this when I tried using the font Inconsolata inside
ansi-term.  Inconsolata does not cover a couple of special Unicode
characters, some of which frequently show up in the output of various
terminal applications.

Emacs will then fall back on some other font with completely different
geometry for those, destroying the grid layout of the buffer.

Steps to reproduce:

 1. run "emacs -Q"
 2. M-x term
 4. type "pstree" into the shell
 5. Choose "Inconsolata" as your font

Result:

Characters now have non-uniform width and height. Note that the pretty
tree drawing gets destroyed.

Expected result:

Glyphs should be aligned in a grid.

Using a more comprehensive font (e.g. DejaVu Sans Mono) does not solve
this completely, as you can still get the same problem with e.g. Chinese
characters.



In GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-05-16 on raven, modified by Debian
Windowing system distributor `The X.Org Foundation', version 11.0.10707000
configured using `configure  '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

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: Term

Message #8 received at 6718 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Jonathan Kleinehellefort <jk <at> molb.org>
Cc: 6718 <at> debbugs.gnu.org
Subject: Re: bug#6718: 23.2; Should align glyphs according to grid in ansi-term
Date: Wed, 18 Nov 2020 20:25:50 -0800

Jonathan Kleinehellefort <jk <at> molb.org> writes:

> I came across this when I tried using the font Inconsolata inside
> ansi-term.  Inconsolata does not cover a couple of special Unicode
> characters, some of which frequently show up in the output of various
> terminal applications.
>
> Emacs will then fall back on some other font with completely different
> geometry for those, destroying the grid layout of the buffer.
>
> Steps to reproduce:
>
>  1. run "emacs -Q"
>  2. M-x term
>  4. type "pstree" into the shell
>  5. Choose "Inconsolata" as your font
>
> Result:
>
> Characters now have non-uniform width and height. Note that the pretty
> tree drawing gets destroyed.
>
> Expected result:
>
> Glyphs should be aligned in a grid.
>
> Using a more comprehensive font (e.g. DejaVu Sans Mono) does not solve
> this completely, as you can still get the same problem with e.g. Chinese
> characters.

Is there really anything that can be done about this, besides a complete
redesign of how fonts work in Emacs?

Message #11 received at 6718 <at> debbugs.gnu.org (full text, mbox):

From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Jonathan Kleinehellefort <jk <at> molb.org>, 6718 <at> debbugs.gnu.org
Subject: Re: bug#6718: 23.2; Should align glyphs according to grid in ansi-term
Date: Thu, 19 Nov 2020 08:48:13 +0000

Stefan Kangas <stefan <at> marxist.se> writes:

> Jonathan Kleinehellefort <jk <at> molb.org> writes:
>
>> I came across this when I tried using the font Inconsolata inside
>> ansi-term.  Inconsolata does not cover a couple of special Unicode
>> characters, some of which frequently show up in the output of various
>> terminal applications.
>>
>> Emacs will then fall back on some other font with completely different
>> geometry for those, destroying the grid layout of the buffer.
>>
>> Steps to reproduce:
>>
>>  1. run "emacs -Q"
>>  2. M-x term
>>  4. type "pstree" into the shell
>>  5. Choose "Inconsolata" as your font
>>
>> Result:
>>
>> Characters now have non-uniform width and height. Note that the pretty
>> tree drawing gets destroyed.
>>
>> Expected result:
>>
>> Glyphs should be aligned in a grid.
>>
>> Using a more comprehensive font (e.g. DejaVu Sans Mono) does not solve
>> this completely, as you can still get the same problem with e.g. Chinese
>> characters.
>
> Is there really anything that can be done about this, besides a complete
> redesign of how fonts work in Emacs?

Is there any overlap here with https://debbugs.gnu.org/44664?

-- 
Basil

Message #14 received at 6718 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: 6718 <at> debbugs.gnu.org, jk <at> molb.org, stefan <at> marxist.se
Subject: Re: bug#6718: 23.2; Should align glyphs according to grid in ansi-term
Date: Thu, 19 Nov 2020 16:44:04 +0200

> From: "Basil L. Contovounesios" <contovob <at> tcd.ie>
> Date: Thu, 19 Nov 2020 08:48:13 +0000
> Cc: Jonathan Kleinehellefort <jk <at> molb.org>, 6718 <at> debbugs.gnu.org
> 
> >> Expected result:
> >>
> >> Glyphs should be aligned in a grid.
> >>
> >> Using a more comprehensive font (e.g. DejaVu Sans Mono) does not solve
> >> this completely, as you can still get the same problem with e.g. Chinese
> >> characters.
> >
> > Is there really anything that can be done about this, besides a complete
> > redesign of how fonts work in Emacs?
> 
> Is there any overlap here with https://debbugs.gnu.org/44664?

Yes, it's the same issue.

I think a good way forward is for someone to investigate which fonts
are typically used in xterm for CJK and other "unusual" scripts,
including characters reported in bug#44664, then we could perhaps see
how to improve the situation in Emacs in this respect.  I don't see
any easy ways to "fix" this except by clever font configuration, and
I'd be interested to know whether xterm does anything beyond using
fonts that are known to DTRT.

Message #17 received at 6718 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>, "Basil L. Contovounesios" <contovob <at> tcd.ie>
Cc: jk <at> molb.org, 6718 <at> debbugs.gnu.org
Subject: Re: bug#6718: 23.2; Should align glyphs according to grid in ansi-term
Date: Thu, 19 Nov 2020 07:32:41 -0800

forcemerge 6718 44664
thanks

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Is there any overlap here with https://debbugs.gnu.org/44664?
>
> Yes, it's the same issue.

OK; merging.

Previous Next

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