all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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





  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.