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

Previous Next

Package: emacs;

Reported by: Jean Louis <bugs <at> gnu.support>

Date: Sun, 15 Nov 2020 19:46:01 UTC

Severity: minor

Tags: confirmed

Merged with 6718, 36983

Found in versions 23.2, 25.3, 27.0.50, 28.0.50

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.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: Sun, 29 Nov 2020 10:58:16 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

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

Oh, I thought you said that we shrink some glyphs vertically already?

I imagined shrinking the width of a glyph would mean just throwing away
some vertical lines, or specify a transformation matrix, or something.
(I have not looked at the code, as you can tell.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




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

Previous Next


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