GNU bug report logs - #41278
27.0.91; incorrect U+203E OVERLINE alignment with Fantasque Sans Mono

Previous Next

Package: emacs;

Reported by: Vincent Lefevre <vincent <at> vinc17.net>

Date: Thu, 14 May 2020 19:42:01 UTC

Severity: normal

Tags: notabug

Found in version 27.0.91

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Vincent Lefevre <vincent <at> vinc17.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rpluim <at> gmail.com, 41278 <at> debbugs.gnu.org
Subject: bug#41278: 27.0.91; incorrect U+203E OVERLINE alignment with Fantasque Sans Mono
Date: Fri, 15 May 2020 13:57:39 +0200
On 2020-05-15 14:25:03 +0300, Eli Zaretskii wrote:
> Does xterm support variable-pitch fonts?

Yes, but AFAIK, it systematically regards them as monospaced fonts,
i.e. the cell dimensions are always the same (and double-width
characters take 2 cells).

> If not, you will always see alignment in xterm, but not always in
> Emacs.

I think that if the main font is a monospaced font, Emacs should
honor this choice in font replacements, keeping the cell dimensions
of the main font.

Now, this would solve the alignment problem, but if Emacs just does
that using the current font replacement, there will still be a space
between the U+203E OVERLINE characters. This issue does not occur
with xterm.

-- 
Vincent Lefèvre <vincent <at> vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)




This bug report was last modified 4 years and 274 days ago.

Previous Next


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