NotoColorEmoji - loca table not found
Hi, I am trying to use the 'handshake' character ( https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm) from the Noto Color Emoji font ( https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf ). The following MWE gives an error: \starttext \definedfont[file:NotoColorEmoji.ttf] \char"1F91D \stoptext fonts > otf loading > loading 'NotoColorEmoji.ttf', hash 'notocoloremoji' system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' stripped fonts > otf loading > loading done fonts > otf loading > saving 'NotoColorEmoji.ttf' in cache system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 2.557 pages > flushing realpage 1, userpage 1, subpage 1 close source > level 2, order 3, name '/tmp/MWE.tex' close source > level 1, order 3, name '/usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv' ! error: (file NotoColorEmoji.ttf) (ttf): loca table not foundmtx-context | fatal error: return code: 256 Any idea what is wrong? Adam
In ConTeXt LMTX this works just fine (try mtxrun --generate and context --make first): \definefontfeature[Emoji][default][sbix=yes] \starttext \definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D \stoptext However, when one tries to convert it with ImageMagick the following happens: **** Error reading a content stream. The page may be incomplete. Output may be incorrect. **** Error: Ignoring spurious ET operator. Output may be incorrect. **** Error: File did not complete the page properly and may be damaged. Output may be incorrect. Only SVG fonts don't trigger this error in LMTX. I confirm ConTeXt MkIV is having issues with emoji fonts. It seems that GraphicsMagick is not properly generating images as it complains about an improper header. Jairo El jue, 13 de may. de 2021 a la(s) 18:26, Adam Reviczky (reviczky@gmail.com) escribió:
Hi,
I am trying to use the 'handshake' character ( https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm) from the Noto Color Emoji font ( https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf ).
The following MWE gives an error:
\starttext
\definedfont[file:NotoColorEmoji.ttf] \char"1F91D
\stoptext
fonts > otf loading > loading 'NotoColorEmoji.ttf', hash 'notocoloremoji' system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' stripped fonts > otf loading > loading done fonts > otf loading > saving 'NotoColorEmoji.ttf' in cache system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 2.557 pages > flushing realpage 1, userpage 1, subpage 1 close source > level 2, order 3, name '/tmp/MWE.tex' close source > level 1, order 3, name '/usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv' ! error: (file NotoColorEmoji.ttf) (ttf): loca table not foundmtx-context | fatal error: return code: 256
Any idea what is wrong?
Adam
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
Thanks Jairo,
That indeed works, should've read that it is bitmap only.
I do get a white background though (MKIV), is that how the bitmap is stored?
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\framed[background=color,background=black]{\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D}
\stoptext
In Hans' example for applecoloremoji there is no white background (page 5,
bachotex-2017-emoji.pdf).
I also do not get a white background with LibreOfiice.
Adam
On Fri, May 14, 2021 at 12:51 AM Jairo A. del Rio
In ConTeXt LMTX this works just fine (try mtxrun --generate and context --make first):
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D
\stoptext
However, when one tries to convert it with ImageMagick the following happens:
**** Error reading a content stream. The page may be incomplete. Output may be incorrect. **** Error: Ignoring spurious ET operator. Output may be incorrect. **** Error: File did not complete the page properly and may be damaged. Output may be incorrect.
Only SVG fonts don't trigger this error in LMTX.
I confirm ConTeXt MkIV is having issues with emoji fonts. It seems that GraphicsMagick is not properly generating images as it complains about an improper header.
Jairo
El jue, 13 de may. de 2021 a la(s) 18:26, Adam Reviczky ( reviczky@gmail.com) escribió:
Hi,
I am trying to use the 'handshake' character ( https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm) from the Noto Color Emoji font ( https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf ).
The following MWE gives an error:
\starttext
\definedfont[file:NotoColorEmoji.ttf] \char"1F91D
\stoptext
fonts > otf loading > loading 'NotoColorEmoji.ttf', hash 'notocoloremoji' system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' stripped fonts > otf loading > loading done fonts > otf loading > saving 'NotoColorEmoji.ttf' in cache system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 2.557 pages > flushing realpage 1, userpage 1, subpage 1 close source > level 2, order 3, name '/tmp/MWE.tex' close source > level 1, order 3, name '/usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv' ! error: (file NotoColorEmoji.ttf) (ttf): loca table not foundmtx-context | fatal error: return code: 256
Any idea what is wrong?
Adam
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
El jue, 13 de may. de 2021 a la(s) 19:52, Adam Reviczky (reviczky@gmail.com) escribió:
Thanks Jairo,
That indeed works, should've read that it is bitmap only.
I do get a white background though (MKIV), is that how the bitmap is stored?
In LuaLaTeX with Harfbuzz shaper as well as ConTeXt LMTX, transparency is properly handled, so I suppose ConTeXt MkIV is to blame in this case. In case you understand how does ConTeXt handle with bitmap fonts, relevant files are under /home/coragyps/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\framed[background=color,background=black]{\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D}
\stoptext
In Hans' example for applecoloremoji there is no white background (page 5, bachotex-2017-emoji.pdf).
I also do not get a white background with LibreOfiice.
I'd wait for Hans to fix it, as I don't really understand font management in ConTeXt... Jairo
Adam
On Fri, May 14, 2021 at 12:51 AM Jairo A. del Rio
wrote: In ConTeXt LMTX this works just fine (try mtxrun --generate and context --make first):
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D
\stoptext
However, when one tries to convert it with ImageMagick the following happens:
**** Error reading a content stream. The page may be incomplete. Output may be incorrect. **** Error: Ignoring spurious ET operator. Output may be incorrect. **** Error: File did not complete the page properly and may be damaged. Output may be incorrect.
Only SVG fonts don't trigger this error in LMTX.
I confirm ConTeXt MkIV is having issues with emoji fonts. It seems that GraphicsMagick is not properly generating images as it complains about an improper header.
Jairo
El jue, 13 de may. de 2021 a la(s) 18:26, Adam Reviczky ( reviczky@gmail.com) escribió:
Hi,
I am trying to use the 'handshake' character ( https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm) from the Noto Color Emoji font ( https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf ).
The following MWE gives an error:
\starttext
\definedfont[file:NotoColorEmoji.ttf] \char"1F91D
\stoptext
fonts > otf loading > loading 'NotoColorEmoji.ttf', hash 'notocoloremoji' system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/png/notocoloremoji.tmc' stripped fonts > otf loading > loading done fonts > otf loading > saving 'NotoColorEmoji.ttf' in cache system > lua > compiling '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' system > lua > dumping '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tma' into '/home/ubuntu/.texlive2020/texmf-var/luatex-cache/context/b47c3d3cee7cb6c86268d0595268c442/fonts/otl/notocoloremoji.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 2.557 pages > flushing realpage 1, userpage 1, subpage 1 close source > level 2, order 3, name '/tmp/MWE.tex' close source > level 1, order 3, name '/usr/share/texmf/tex/context/base/mkiv/cont-yes.mkiv' ! error: (file NotoColorEmoji.ttf) (ttf): loca table not foundmtx-context | fatal error: return code: 256
Any idea what is wrong?
Adam
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
On 5/14/2021 3:21 AM, Jairo A. del Rio wrote:
El jue, 13 de may. de 2021 a la(s) 19:52, Adam Reviczky (reviczky@gmail.com mailto:reviczky@gmail.com) escribió:
Thanks Jairo,
That indeed works, should've read that it is bitmap only.
I do get a white background though (MKIV), is that how the bitmap is stored?
In LuaLaTeX with Harfbuzz shaper as well as ConTeXt LMTX, transparency is properly handled, so I suppose ConTeXt MkIV is to blame in this case. In case you understand how does ConTeXt handle with bitmap fonts, relevant files are under /home/coragyps/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\framed[background=color,background=black]{\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D}
took me quite a while to realize that there is an error in that line
\stoptext
In Hans' example for applecoloremoji there is no white background (page 5, bachotex-2017-emoji.pdf).
I also do not get a white background with LibreOfiice.
I'd wait for Hans to fix it, as I don't really understand font management in ConTeXt...
in lmtx we use a different method in mkiv we can actually switch to a variant that was on hold till texlive release (i.e. luatex 1.13, i forgot about that) even then, because we cache the problem in mkiv is more with the conversion tools that drop masks .. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
Hi Hans,
Yes, sorry about the error :).
Thanks for the explanation, will use lmtx for that, though probably best
just using another font (some mentioned on the list
https://www.mail-archive.com/ntg-context@ntg.nl/msg92800.html and
https://mailman.ntg.nl/pipermail/ntg-context/2020/098136.html) or svg or
metapost as I do not need it in colour.
I thought it would be easier via fonts but backtracking on the idea now and
maybe using something like this instead:
https://thenounproject.com/term/handshake/153516/.
Thank you,
Adam
On Fri, May 14, 2021 at 4:33 PM Hans Hagen
On 5/14/2021 3:21 AM, Jairo A. del Rio wrote:
El jue, 13 de may. de 2021 a la(s) 19:52, Adam Reviczky (reviczky@gmail.com mailto:reviczky@gmail.com) escribió:
Thanks Jairo,
That indeed works, should've read that it is bitmap only.
I do get a white background though (MKIV), is that how the bitmap is stored?
In LuaLaTeX with Harfbuzz shaper as well as ConTeXt LMTX, transparency is properly handled, so I suppose ConTeXt MkIV is to blame in this case. In case you understand how does ConTeXt handle with bitmap fonts, relevant files are under
/home/coragyps/lmtx/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\framed[background=color,background=black]{\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D}
took me quite a while to realize that there is an error in that line
\stoptext
In Hans' example for applecoloremoji there is no white background (page 5, bachotex-2017-emoji.pdf).
I also do not get a white background with LibreOfiice.
I'd wait for Hans to fix it, as I don't really understand font management in ConTeXt...
in lmtx we use a different method
in mkiv we can actually switch to a variant that was on hold till texlive release (i.e. luatex 1.13, i forgot about that)
even then, because we cache the problem in mkiv is more with the conversion tools that drop masks ..
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://context.aanhet.net archive : https://bitbucket.org/phg/context-mirror/commits/ wiki : http://contextgarden.net
___________________________________________________________________________________
On 5/14/2021 6:33 PM, Adam Reviczky wrote:
Hi Hans,
Yes, sorry about the error :).
Thanks for the explanation, will use lmtx for that, though probably best just using another font (some mentioned on the list https://www.mail-archive.com/ntg-context@ntg.nl/msg92800.html https://www.mail-archive.com/ntg-context@ntg.nl/msg92800.html and https://mailman.ntg.nl/pipermail/ntg-context/2020/098136.html https://mailman.ntg.nl/pipermail/ntg-context/2020/098136.html) or svg or metapost as I do not need it in colour.
I thought it would be easier via fonts but backtracking on the idea now and maybe using something like this instead: https://thenounproject.com/term/handshake/153516/ https://thenounproject.com/term/handshake/153516/. btw, some emoji fonts have both bw outlines and bitmap color, some use
I spend quite a bit of time looking into this (it's already a while ago when I implemented all this and color stuff in otf is a bit of a mess and evolving, so in retrospect it's probably better to wait a few years to see how that works out; the same for variable fonts ... hadr to deal with when there are not many fonts and fuzzy specs.) Anyway, the problem is this: these png emoji are using palettes + masks and that combinaiton gives: - with gm (gs) : white background - with mutool : black background - with luatex : a mess - with lmtx : what we want now, testing all this takes a lot of time in mkiv because building the cache file takes time, so it's one of these moments i wonder if a modern machine would do better than my old but reliable machine. The outcome is that in mkiv one can do this: \enabledirectives[backend.otfpng.method=lmtx] % the real deal, slow \enabledirectives[backend.otfpng.method=mutool] % black bg \enabledirectives[backend.otfpng.method=gm] % white bg, default So, when you have a fast machine or a coffe break, you can use the lmtx method (can be configures in cont-loc.mkiv). As manetioned, in lmtx it is done differently so no penalties there. png (bloated), and microsoft fonts have efficient outline color (nice mechanism). Hans (who never uses emoji) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
In ConTeXt LMTX this works just fine (try mtxrun --generate and context --make first):
\definefontfeature[Emoji][default][sbix=yes]
\starttext
\definedfont[file:NotoColorEmoji.ttf*Emoji]\char"1F91D
\stoptext
However, when one tries to convert it with ImageMagick the following happens:
**** Error reading a content stream. The page may be incomplete. Output may be incorrect. **** Error: Ignoring spurious ET operator. Output may be incorrect. **** Error: File did not complete the page properly and may be damaged. Output may be incorrect.
Only SVG fonts don't trigger this error in LMTX.
I confirm ConTeXt MkIV is having issues with emoji fonts. It seems that GraphicsMagick is not properly generating images as it complains about an improper header. my experiences with graphicmagick and such conversions are bad, one can also get pdf with missing objects and so ... when you have a version
On 5/14/2021 1:49 AM, Jairo A. del Rio wrote: that works, best stick to that before updating (or keep it around) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
On 5/14/2021 1:26 AM, Adam Reviczky wrote:
Hi,
I am trying to use the 'handshake' character (https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm https://www.fileformat.info/info/unicode/char/1f91d/fontsupport.htm) from the Noto Color Emoji font (https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf https://github.com/googlefonts/noto-emoji/blob/main/fonts/NotoColorEmoji.ttf).
The following MWE gives an error:
\starttext
\definedfont[file:NotoColorEmoji.ttf] \char"1F91D
\stoptext
works here (lmtx): \starttext \definedfont[file:NotoColorEmoji.ttf*color] \emoji{handshake} \char"1F91D \stoptext two handhakes ... (you need to use the color feature, this font doesn't have non colored ones btw) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
participants (3)
-
Adam Reviczky
-
Hans Hagen
-
Jairo A. del Rio