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 -----------------------------------------------------------------