GNU bug report logs - #44664
28.0.50; troubles with some chars in term

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: schwab <at> linux-m68k.org, bugs <at> gnu.support, 44664 <at> debbugs.gnu.org
Subject: Re: bug#44664: 28.0.50; troubles with some chars in term
Date: Fri, 27 Nov 2020 10:14:47 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: schwab <at> linux-m68k.org,  bugs <at> gnu.support,  44664 <at> debbugs.gnu.org
> Date: Fri, 27 Nov 2020 08:51:31 +0100
> 
> > It should be easy to do that, but I'm afraid we will bump into
> > characters whose char-width is 1, but which are much wider on display.
> > I don't know what to do in that case.
> 
> You mean they are so wide that compressing them will make them illegible?

I don't know how to "compress" glyphs, actually.  I hoped that we can
get away with just "padding", which boils down to enlarging their
width metrics.  But if we need to make the width significantly smaller
than the font glyph font says, I don't know what would be the effect
of that, and I have no idea how to "shrink" a glyph on display.

Previous Next

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