You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I cloned the repository locally. I ran this command:
nanoemoji --color_format=glyf_colr_0 ./*.svg
This resulted in a .ttf file inside the build folder.
While this file displayed almost all emojis perfectly without any rendering delay issues etc., even on safari macos, it did not display those emojis with the noto style and instead used the native macos style:
(this is just an excerpt, I am sure there are more emojis that nanoemoji failed to convert correctly for Safari)
This result of such error can be seen live here: https://emoji.julien-marcou.fr/
when selecting "Noto Color Emoji" with the bottom right dropdown and then using 🔎 to search for "mountain" ⛰️
do note: this person used a .woff2 file for the source code but a ttf file did just the same error for me for a local project, the font files also have the same filesize as in the example above. I don't know how exactly this person created a woff2 with nanoemoji, instead of the .ttf.
This person also mentioned here (googlefonts/noto-emoji#438 (comment)) that they used nanoemoji to convert from noto color emoji to the SBIX format, which is why I am submitting an issue here. You can see the error in this picture live. The two mountains still display native emojis. So it's often related emojis, which might be a good hint to what exactly fails maybe?
The text was updated successfully, but these errors were encountered:
Steps to reproduce:
I used this repository folder as a source for nanoemoji:
https://github.com/googlefonts/noto-emoji/tree/main/svg
I cloned the repository locally. I ran this command:
nanoemoji --color_format=glyf_colr_0 ./*.svg
This resulted in a
.ttf
file inside the build folder.While this file displayed almost all emojis perfectly without any rendering delay issues etc., even on safari macos, it did not display those emojis with the noto style and instead used the native macos style:
Mountain (⛰️): U+26F0 U+FE0F
Snow-Capped Mountain (🏔️): U+1F3D4 U+FE0F
Cityscape (🏙️): U+1F3D9 U+FE0F
Comet (☄️): U+2604 U+FE0F
Shamrock (☘️): U+2618 U+FE0F
Studio Microphone (🎙️): U+1F399 U+FE0F
Framed Picture (🖼️): U+1F5BC U+FE0F
Shield (🛡️): U+1F6E1 U+FE0F
Pick (⛏️): U+26CF U+FE0F
Hammer and Pick (⚒️): U+2692 U+FE0F
Hammer and Wrench (🛠️): U+1F6E0 U+FE0F
Dagger (🗡️): U+1F5E1 U+FE0F
Crossed Swords (⚔️): U+2694 U+FE0F
Desert (🏜️): U+1F3DC U+FE0F
Classical Building (🏛️): U+1F3DB U+FE0F
(this is just an excerpt, I am sure there are more emojis that nanoemoji failed to convert correctly for Safari)
This result of such error can be seen live here:
https://emoji.julien-marcou.fr/
when selecting "Noto Color Emoji" with the bottom right dropdown and then using 🔎 to search for "mountain" ⛰️
Here is the source code:
https://github.com/Julien-Marcou/Unicode-Emoji-Picker
do note: this person used a .woff2 file for the source code but a ttf file did just the same error for me for a local project, the font files also have the same filesize as in the example above. I don't know how exactly this person created a woff2 with nanoemoji, instead of the .ttf.
This person also mentioned here (googlefonts/noto-emoji#438 (comment)) that they used nanoemoji to convert from noto color emoji to the SBIX format, which is why I am submitting an issue here. You can see the error in this picture live. The two mountains still display native emojis. So it's often related emojis, which might be a good hint to what exactly fails maybe?
The text was updated successfully, but these errors were encountered: