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

Previous Next

Package: emacs;

Reported by: Jonathan Kleinehellefort <jk <at> molb.org>

Date: Sat, 24 Jul 2010 16:10:03 UTC

Severity: minor

Tags: confirmed

Merged with 36983, 44664

Found in versions 23.2, 25.3, 27.0.50, 28.0.50

Full log


View this message in rfc822 format

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




This bug report was last modified 3 years and 131 days ago.

Previous Next


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