From: "Kévin Le Gouguec" <kevin.legouguec@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 41747@debbugs.gnu.org
Subject: bug#41747: 27.0.91; Add default fontset setup for "Symbols and Pictographs Extended-A"
Date: Mon, 08 Jun 2020 22:59:32 +0200 [thread overview]
Message-ID: <871rmpclzf.fsf@gmail.com> (raw)
In-Reply-To: <83r1up7hfz.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 08 Jun 2020 17:36:32 +0300")
Eli Zaretskii <eliz@gnu.org> writes:
> Maybe you could find a free font that covers this block, then we could
> use that instead of Symbola.
I've looked, but no clear winner has emerged.
Of course, GNU Unifont covers this block, though I had not realized this
at first because one has to install Unifont Upper, which I had to grab
from unifoundry.com because my distro does not package it AFAICT. Once
that's installed, emacs -Q seems to pick it up automatically, so the
situation is not as critical as I thought.
Then there are color fonts dedicated to emoji. If we start using such a
font for the default fontset setup, it would probably make sense to
assign it to more blocks than just "Symbols and Pictographs Extended-A",
otherwise people will wonder why some emoji show up with a color font
while others don't.
Finding all emoji that should be displayed with a color font sounds like
a whole other issue which probably deserves its own bug report. I
imagine we'd need to scrape Unicode's emoji-data.txt to figure which
characters have Emoji_Presentation set; IIUC the subject has already
been broached in bug#39799.
As to which emoji font we could pick…
- Noto Color Emoji (SIL Open Font License) seems the most ubiquitous
AFAICT (packaged in e.g. Debian, OpenSUSE, Fedora; a .ttf file is
available in the developer repository). It doesn't cover Unicode 13
yet but that shouldn't take long.
- Twemoji (CC-BY) covers Unicode 13, unfortunately the procedure to get
a .ttf is a bit… involved. IIUC Fedora re-uses Noto's machinery to
generate a TrueType font from SVG assets[1]. I haven't seen many
distributions packaging it yet.
- OpenMoji (CC-BY-SA) is making progress on Unicode 13 coverage[2]; it
also has a "black" (non-colored) variant, which means we could use it
for blocks not covered by the older Symbola and it wouldn't look out
of place. In fact the "color" variant only shows up as colored with
Firefox, for some reason[3]. There are .ttf files in the developer
repository, but they don't seem to be packaged by many distros yet
(it's in OpenSUSE, it'll get into Fedora Soonish™[4]).
There are probably other candidates. For the purpose of this bug report
however, GNU Unifont is the only free, readily available, and non-color
option I have found for "Symbols and Pictographs Extended-A".
Since Emacs already uses that… SNAFU, I'd conclude.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1514274
[2] https://github.com/hfg-gmuend/openmoji/issues/124
[3] https://github.com/hfg-gmuend/openmoji/issues/93
[4] https://bugzilla.redhat.com/show_bug.cgi?id=1803059
next prev parent reply other threads:[~2020-06-08 20:59 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-07 13:43 bug#41747: 27.0.91; Add default fontset setup for "Symbols and Pictographs Extended-A" Kévin Le Gouguec
2020-06-07 13:47 ` Kévin Le Gouguec
2020-06-07 14:39 ` Eli Zaretskii
2020-06-07 15:22 ` Kévin Le Gouguec
2020-06-08 14:36 ` Eli Zaretskii
2020-06-08 20:59 ` Kévin Le Gouguec [this message]
2020-06-09 2:38 ` Richard Stallman
2020-06-09 9:58 ` Kévin Le Gouguec
2020-06-09 14:35 ` Eli Zaretskii
2020-06-10 0:53 ` Richard Stallman
2020-06-10 8:36 ` Kévin Le Gouguec
2020-06-10 14:48 ` Eli Zaretskii
2020-06-11 20:58 ` Alan Third
2020-06-11 21:03 ` Alan Third
2020-06-10 14:38 ` Eli Zaretskii
2020-06-11 3:40 ` Richard Stallman
2020-06-09 14:19 ` Eli Zaretskii
2020-06-09 2:35 ` Richard Stallman
2020-06-09 9:27 ` Kévin Le Gouguec
2020-06-09 14:41 ` Eli Zaretskii
2020-06-10 0:55 ` Richard Stallman
2020-06-10 8:50 ` Kévin Le Gouguec
2020-06-11 3:36 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871rmpclzf.fsf@gmail.com \
--to=kevin.legouguec@gmail.com \
--cc=41747@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.