13rac1 / twemoji-color-font Goto Github PK

Hi, thanks for making this 😄

I run Linux Mint on a ThinkPad X220 and installed the package. I get the black and white outlines in Chrome, and I notice the README states

The font works in all operating systems, but will currently only show color emoji in Firefox, Thunderbird and other Mozilla Gecko-based applications. This is not a limitation of the font, but of the operating systems and applications

Is there a bug in a Linux distribution ticket system or Chromium's bug tracker I can look at? Would love to help solve the issue, as I'm a Chrome user. If not, can you explain the issue a bit further so I can report it properly?

Thanks!

When run directly from the zip file, the install script gives the errors:

Python.exe not found, install or add to PATH.
Installation failed!

Though Python is installed in the PATH, but EmojiOneColor-SVGinOT.ttf isn't found by the script:

ERROR: File not found: "E:\Mes documents\Téléchargements\EmojiOneColor-SVGinOT.ttf"

Solution:
Checking if EmojiOneColor-SVGinOT.ttf exists would allow a better error message:

IF NOT EXIST EmojiOneColor-SVGinOT.ttf (
  ECHO EmojiOneColor-SVGinOT.ttf not found, have you extracted the files from the archive?
)

Version : 1.3

Twemoji 2.1 has been released (as of commit twitter/twemoji@7480967), although it is not yet tagged on the GitHub repo.

Font version: 1.1
Screenshots:

Operating system: Windows 10 build 14393
Additional software installed: MacType 2016_0904, both enabled and disabled from notification icon.

Steps to reproduce:

1. Install font.
2. Open Photoshop.
3. Create new document. (Default Adobe 7in x 5in 300dpi)
4. Open Type tool.
5. Create Type box in document.
6. Set font size to 51px
7. Insert some symbols.

Result: Symbols are way larger than the expected and reported character bounding box, causing them to be cropped or overflow their expected position unless generous room is given around each character in the text editor box.

Hi...

Background info: Someone filed an emoji-related bug with Firefox, and he attached a simple fontconfig as part of ensuring his Steps to Reproduce were, well, reproducible. It ensures the specified emoji font is used preferentially over other fonts, in the most general way possible.

It is very simple, and seems to be working for me so far. You might want to take a look, and maybe copy his approach?

David Baron's fontconfig file (as a bug attachment): https://bug1267909.bmoattachments.org/attachment.cgi?id=8745837

(and the Firefox bug page itself, for context: https://bugzilla.mozilla.org/show_bug.cgi?id=1267909 )

There's a project called Emojione that also has separate fonts,
I'm using it on my Mac right now and it's working without any problem so far.
And did not require me to overwrite any system fonts.
Just rename the fonts to "Apple Color Emoji" and placing them in "~/Library/Fonts/" is enough to make them work (instantly)
https://github.com/emojione/emojione-assets/releases/

I was wondering if the same could be done with twemoji's sources,
the twitter emoji style is so much nicer looking than Google's.

Please include:

• Font version: 11.2
• Operating system: Gentoo

I installed manualy it ;) and it works but colors are none ( I mean it is white and black)

• Font version: 1.3
• Screenshots: at the bottom of issue
• Operating system: Ubuntu Bionic
• Steps to reproduce: Install fonts using PPA for Artful, or manual installation

For some reason, only Noto Color Emoji font (which I had had in ~/.fonts for years since when I copied it from my old phone) shows up as "color" font in latest GTK3 with color emoji support. If I replace it with your font, even with your configuration, it only shows outlines (see screenshots).

However, Noto somehow just worked. If I have it in my ~/.fonts fontconfig picks it up. IDK why.

NotoColorEmoji.ttf for testing

Noto Color Emoji:

Twemoji Color:

As you can see above, the Instagram UWP app seems to lack support for the modified Emoji set. I'm unsure why as I doubt the apps come with a font saved somewhere. I've heard from a friend that some other apps don't work either.

HOWEVER - Other UWP Apps (Edge, Calender, Mail, Dark Note, etc.) Use and work perfectly with modified Twemoji set.

I have 1 broken emoji on Arch (with aur/ttf-twemoji-color) with Firefox (57 Beta) which is Star and Crescent. It appears white for some reason…

https://emojipedia.org/star-and-crescent/

yaourt is discontinued, an good replacement is "yay".
archlinuxfr/yaourt#382 (comment)

• Font version : 1.3
• Screenshots :
  Before installation :
  After installation :
  (click on it to see well because it's very wide)
• Operating system : Debian 9
• Steps to reproduce : Install the font

I guess all Gnome Shell users are included in that "1%" who will totally notice the difference ;) and could probably be quite pissed about it.

You actually should change these README files, for both twemoji and emojione, because it could be a good idea to just warn peoples about the fact their whole desktop environment will become ugly.

Some sequences do not seem to be working. For instance, 🧙🏿‍♀️ displays as several glyphs* (the first being missing) on my computer using the latest font, while there’s a design for it.

*

Discovered it while looking at this list: https://commons.wikimedia.org/wiki/Data:Emoji.tab

Twemoji 2.3 is fully up to date with Emoji 5/Unicode 10. Also, since EmojiOne is now non-free, the Twemoji font could become the main project!

• Font version : I downloaded latest version that wrote in readme file
• Operating system : Windows 10

I've successfully installed then i wanted to take a look how is looking and i saw that emojies had no color. How can i fix it? Btw I've tried Emoji Segeo UI Test and it looks similar.

• Screenshots
  First ss from Instagram
  Second ss from Test Page

• Font version: 12.0.1
• Screenshots: n/a
• Operating system: all
• Steps to reproduce: run make

uE0067 - Tag Latin Small Letter g - http://www.unicode-symbol.com/u/E0067.html - Used in:

$ ls assets/twemoji-svg/* -1 | grep e0067
assets/twemoji-svg/1f3f4-e0067-e0062-e0065-e006e-e0067-e007f.svg
assets/twemoji-svg/1f3f4-e0067-e0062-e0073-e0063-e0074-e007f.svg
assets/twemoji-svg/1f3f4-e0067-e0062-e0077-e006c-e0073-e007f.svg

Need to research if this can be fixed or if it'll end up like #5. Note: This is a technical requirement for a font file. The solution is requires the glyphs to exist.

SCFBuild/bin/scfbuild -c scfbuild.yml -o build/TwitterColorEmoji-SVGinOT.ttf --font-version="12.0.1"
INFO:scfbuild.builder:Creating a new font
INFO:scfbuild.builder:Adding glyphs and ligatures
INFO:scfbuild.builder:Generating intermediate font file
# sort | uniq
Lookup subtable contains unused glyph asterisk making the whole subtable invalid
Lookup subtable contains unused glyph eight making the whole subtable invalid
Lookup subtable contains unused glyph five making the whole subtable invalid
Lookup subtable contains unused glyph four making the whole subtable invalid
Lookup subtable contains unused glyph nine making the whole subtable invalid
Lookup subtable contains unused glyph numbersign making the whole subtable invalid
Lookup subtable contains unused glyph one making the whole subtable invalid
Lookup subtable contains unused glyph seven making the whole subtable invalid
Lookup subtable contains unused glyph six making the whole subtable invalid
Lookup subtable contains unused glyph three making the whole subtable invalid
Lookup subtable contains unused glyph two making the whole subtable invalid
Lookup subtable contains unused glyph uE0067 making the whole subtable invalid
Lookup subtable contains unused glyph zero making the whole subtable invalid
INFO:scfbuild.builder:Reading intermediate font file
INFO:scfbuild.builder:Adding SVGinOT SVG files
INFO:scfbuild.builder:Saving output file: build/TwitterColorEmoji-SVGinOT.ttf
INFO:scfbuild.builder:Done!

The required color SVG transforms are currently applied as a "SVG transform" I'd prefer them "baked" into the actual SVG data to reduce potential hassles and file sizes. svgo can do this.

Using svgo via STDIN/STDOUT should work:

svgo --enable=convertTransform -i - -o - < emoji.svg

This is the release: https://github.com/twitter/twemoji/releases/tag/v2.4.0

Twemoji 2.4 updates a few of the existing emoji to better align with other emoji
vendor representations, as well as adding more detail to some emoji and adding 2 new emoji

You can see the changes here: https://emojipedia.org/twitter/twemoji-2.4/

As far as I can ascertain, this is the only emoji font out there that is up to date with unicode specs and has a complete set of b&w emoji (which after investigation I realize are being automatically traced and generated). Would it be possible to release a standalone Opentype font that only has the b&w variants, rather than being color with b&w as a fallback? I think this may be of some use to people (well, myself for one anyways 😄)

It looks like someone has forked this project to add a folder of black and white SVGs: twitter/twemoji#299 (comment). Having the SVGs available as well as a black and white OTF font would be awesome.

Font version: 1.3
OS version: 10.9 (Mavericks)

The release build for OS X provides a copy of the font with the PostScript name of AppleColorEmoji and as that is the same name used by Apple Color Emojis the result is a naming conflict in Font Book.

If the intention is to always override the original Apple version then this would be appropriate, but if the intention was to simply install an alternative Emoji font then there should be no conflict.

Proposed solutions:

1. Change the PostScript name to TwitterColorEmoji.
2. Provide two versions, one with the current PostScript name to override the original font and the other with the name changed as suggested in the first proposal.

The second will give everyone what they want.

Screenshots are included below:

Twemoji 11.0 has been released: https://github.com/twitter/twemoji/releases/tag/v11.0.0

Hello I'm using version 1.3 of this font (great work and thanks!) since some time on latest Firefox 57.0.4 on Kubuntu Xenial LTS 64 bit (and a couple months back on Trusty).

However I find that the glyph 263A is shown with an ugly brown box in the lower half in ordinary point sizes and full bounding square in higher point sizes:

My normal size:

Maximum size with box in lower-half alone:

Full box in maximum size permitted by Firefox:

Opening the file or rendering it to PNG using Inkscape doesn't exhibit this problem:

Perhaps it may be the following which is being displayed like that I don't know:

<clipPath id="clipPath16" clipPathUnits="userSpaceOnUse"><path id="path18" d="M 0,36 36,36 36,0 0,0 0,36 Z"/></clipPath>

Thought I should bring it to your attention. Didn't notice the problem with any of the other smiley or other characters I use. But I use this character often so it's a (minor) bother – not to complain but just to help improve this great work you are doing.

Thank you! 💐💐💐

If a user installs yaml with "sudo apt-get install python-yaml" they can build the font, but it will fail to build otherwise.

Platform: Ubuntu 17.04, Linux Mint 18.1, but I presume this affects all the UNIX-like platforms.

Also affects https://github.com/eosrei/emojione-color-font/

(Probably-unneeded steps-to-reproduce, and so on:

Steps To Reproduce: boot up a LiveCD of your favorite distro/OS, 'git clone https://github.com/eosrei/twemoji-color-font/' and cd into it, 'git clone' clone a copy of 'https://github.com/eosrei/scfbuild/' into an "SCFBuild" folder inside "twemoji-color-font", attempt to build with "make [options here if desired]".

Actual results: All the svg assets build just fine. Then SCFBuild can't make the fonts, because it fails to import the Python module "yaml". Make exits the "************.ttf" build targets with error status 1

Expected: SCFBuild finds the yaml module, and so there are no errors and the fonts can be built.)

Proposed Solution: add "python-yaml" to the "sudo apt-get install [packages here]" step of setup in README.md.

Hey,

I noticed that back in October over here 13rac1/emojione-color-font#88 you said you were going to add the Chrome/Android format to this repo. Any updates on that?

I actually found this project because I was looking for a good and complete monochrome or grayscale emoticons/emoji theme or font.

Would it be possible to get this font to use the builtin monochrome versions everywhere, even if support for colour fonts is available?

Hello, there's a black circle rendering atop the alien emoji when using in Firefox, as you can see in this screenshot of the demo page (fourth row from Smileys & People above).

The circle size is different depending on the font size or zooming level:

Windows does not hint fonts itself, so: https://www.freetype.org/ttfautohint/

Any plans to release?

iOS 12 and macOS 10.14 Mojave support OpenType-SVG font in UIKit level, but TwitterColorEmojiSVGinOT can't be rendered correctly.

See Attachment 1 below. The label on the top of the screen uses TwitterColorEmojiSVGinOT, and the one on the bottom uses another OpenType-SVG font. The top label unintentionally falls back to black otherwise the bottom one is rendered correctly.

Do you have any ideas why it happens?

Thank you.

Attachment 1:

Source code:

import UIKit

class ViewController: UIViewController {

    @IBOutlet weak var label: UILabel!
    @IBOutlet weak var label2: UILabel!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
        guard let twemoji = UIFont(name: "TwitterColorEmojiSVGinOT", size: 40) else {
            fatalError()
        }
        label.font = UIFontMetrics.default.scaledFont(for: twemoji)
        
        guard let abelone = UIFont(name: "Abelone", size: 40) else {
            fatalError()
        }
        label2.font = abelone
    }

}

The fonts default to emoji representation right now, which is technically incorrect. The text and emoji variation selectors should be implemented using font ligatures to correctly select text or emoji versions as requested.

The emoji style variants are all produced with the addition of U+FE0E VARIATION SELECTOR-15 (VS15) for a text presentation or U+FE0F VARIATION SELECTOR-16 (VS16) for an emoji presentation.

Details:

• http://www.unicode.org/Public/UCD/latest/ucd/StandardizedVariants.txt
• http://www.unicode.org/Public/emoji/2.0/emoji-data.txt

Hi, it came to my attention that some emojis are like glued together, as you can see in the screenshot below:

My operating system; Windows 10

Is there any way to make it work on chrome ? thanks !

There are several http links in the README.md that can be changed to https.

Twemoji 2.2 includes codepoints for the Emoji 4.0 standard.
They also seem to be preparing for Emoji 5.0 on master.

You include this warning with every release:

The font works in all operating systems, but will currently only show color emoji in Firefox, Thunderbird, Photoshop CC 2017, and Windows Edge V38.14393+. This is not a limitation of the font, but of the operating systems and applications. Regular B&W outline emoji are included for backwards/fallback compatibility.

Why don’t you build a TTF file without the B&W variants, so the font works everywhere?

I'm on Windows 7 x64, and whenever a page specifically defines "Segoe UI Symbol" as the font-family, only a couple of emojis show as colored, while most of them show as the black and white symbols.

I see this happening on Firefox 57, 56 and 54.
I've created a test page here: http://sp00n.net/emojitest/
And this is the result I'm seeing:

I am on Gentoo Linux, and I've noticed that in Firefox certain things will now have missing glyphs.

Example: https://gyazo.com/55fcd8bba4742735c3567e4ac4e1b874

I don't know how to find the font version, sorry, but it's from a month or so ago.

The 11.2 release notes do not mention iOS 12 and macOS 10.14 Mojave which apparently now support SVG-in-OT font files as well. Unfortunately, I have no device available to test this myself currently.

This depends on #47 of course.

@yincrash Could you do it here too? 😄 🎅 13rac1/emojione-color-font#47

Thank you!

New version is available, update!

I packaged this font for RPM based Linux, like openSUSE, Fedora, CentOS and RHEL.

http://software.opensuse.org/download.html?project=home%3Aguoyunhebrave&package=twemoji-color-font

Hey I just have a quick question about a phrase that's confusing me:

update the default font in /etc/fonts/conf.avail/56-ttf-twemoji-color.conf to your system font.

...does that mean insert your current system font somewhere in that config file, or change your system font to something like, "Sans" or "Bitstream Vera Sans"? I just made the symlink and things appear to be fine:

$ fc-match -s serif
VeraSe.ttf: "Bitstream Vera Serif" "Roman"
TwitterColorEmoji-SVGinOT.ttf: "Twitter Color Emoji" "Regular"
DejaVuSerif.ttf: "DejaVu Serif" "Book"
...
...
$ fc-match -s sans-serif
Vera.ttf: "Bitstream Vera Sans" "Roman"
TwitterColorEmoji-SVGinOT.ttf: "Twitter Color Emoji" "Regular"
DejaVuSans.ttf: "DejaVu Sans" "Book"
...
...
$ fc-match -s monospace
VeraMono.ttf: "Bitstream Vera Sans Mono" "Roman"
TwitterColorEmoji-SVGinOT.ttf: "Twitter Color Emoji" "Regular"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
...
...

Hi. Quick question. I just wanna know if the fonts on the folders, is that really the latest Twimoji release, the latest version?

Hi! I was just wondering how close CBDT may be? I've made a Magisk module out of Twemoji but they're just in black and white, because, well cbdt. I was wondering if you knew anything further on this?

The README states

$ pacman -S twemoji-color-font

But this package is only available in the AUR, which pacman doesn't support. The user would need to use a tool like yaourt or aurutils to install this package.

Homebrew is a package manager for OS X. This tool allows users to issue commands like brew cask install font-hack to quickly install a package.

I propose we add this font to the popular caskroom repository for fonts to help this font gain more popularity and easy access.

Implementation

• Use SEMVER as a guide for naming the release package
• Fork the homebrew-fonts repo
• Write a new formula
• Follow the contributing guidelines.
• Issue a pull request to that repo with the new formula
• Foster the PR through the merge process

Name

Recently, we got a submit request in openSUSE Build Service: https://build.opensuse.org/request/show/640007

The package source has been change to youdly's fork. https://github.com/youdly/twemoji-color-font

What is the main difference of the fork and why it is not pulled back? As a packaging contributor, I am very confused.

With release TwitterColorEmoji-SVGinOT-1.4.ttf, it appears the keycap symbols 1-9 and # and * are not rendering right. They are these symbols:

0️⃣ - https://emojipedia.org/keycap-digit-zero/
1️⃣ - https://emojipedia.org/keycap-digit-one/
2️⃣ - https://emojipedia.org/keycap-digit-two/
3️⃣ - https://emojipedia.org/keycap-digit-three/
4️⃣ - https://emojipedia.org/keycap-digit-four/
5️⃣ - https://emojipedia.org/keycap-digit-five/
6️⃣ - https://emojipedia.org/keycap-digit-six/
7️⃣ - https://emojipedia.org/keycap-digit-seven/
8️⃣ - https://emojipedia.org/keycap-digit-eight/
9️⃣ - https://emojipedia.org/keycap-digit-nine/
#️⃣ - https://emojipedia.org/keycap-number-sign/
*️⃣ - https://emojipedia.org/keycap-asterisk/

Here is a screenshot of the "Symbols" section, showing the rendering. You can see that they aren't rendering as expected in the "sea of blue". Everything else looks okay, other than the "New Emojis", which isn't part of the standard the font supports.