GNU bug report logs - #47235
28.0.50; Suboptimal display of decomposed character sequences

Previous Next

Package: emacs;

Reported by: Philipp Stephani <p.stephani2 <at> gmail.com>

Date: Thu, 18 Mar 2021 14:36:02 UTC

Severity: normal

Found in version 28.0.50

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 47235 <at> debbugs.gnu.org
Subject: bug#47235: 28.0.50; Suboptimal display of decomposed character sequences
Date: Thu, 18 Mar 2021 17:09:15 +0200
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Thu, 18 Mar 2021 15:35:40 +0100
> 
> On some systems (e.g. my current GNU/Linux system), "A" followed by
> U+0308 COMBINING DIAERESIS isn't displayed as a single glyph.  See the
> attached screenshot, which compares this character sequence with the
> canonically-equivalent precomposed form "Ä".  The precomposed glyph
> form looks better, and it would be great if Emacs could use it for the
> composite variant as well.

We do something like that for Hebrew, see hebrew-font-get-precomposed
and its call in hebrew-shape-gstring.  That is based on data structure
we maintain manually.  We could do that for other scripts as well,
but:

  . if the glyph for the precomposed is not available in the font, you
    will see "tofu", which is arguably worse than what happens today
  . the HarfBuzz folks were really unhappy about such "manual
    compositions", and said we should remove that code and rely on the
    shaping engine to do this




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

Previous Next


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