GNU bug report logs - #43058
27.1; Support for other colour font formats

Previous Next

Package: emacs;

Reported by: Peter Oliver <lists.gnu.org <at> mavit.org.uk>

Date: Wed, 26 Aug 2020 12:25:02 UTC

Severity: normal

Found in version 27.1

Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Bug is archived. No further changes may be made.

Full log


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

From: Peter Oliver <p.d.oliver <at> mavit.org.uk>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
Cc: 43058 <at> debbugs.gnu.org, Peter Oliver <lists.gnu.org <at> mavit.org.uk>,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#43058: 27.1; Support for other colour font formats
Date: Sun, 25 Sep 2022 23:47:02 +0100 (BST)
On Thu, 22 Sep 2022, YAMAMOTO Mitsuharu wrote:

> The above font does not have the 'COLR' table, but the 'SVG ' one.  So
> I think it is an SVG-in-OpenType font.

Apologies, I appear to have pasted the wrong URL previously.  The file that I intended to link to was https://github.com/mavit/openmoji/raw/nanoemoji/font/glyf_colr_0/OpenMoji-Color.COLRv0.ttf

> The patch below avoids this by taking the average of non-zero width of
> the ASCII chars.  But glyphs are not displayed because SVG-in-OpenType
> support in cairo is still in progress.

But it does allow the above COLR v0 font to be displayed here on Fedora 35.  Thank you.

-- 
Peter Oliver




This bug report was last modified 2 years and 242 days ago.

Previous Next


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