[cairo] release ?

[Behdad Esfahbod]

Ouch...
Pango doesn't support variation selectors yet...  The missing line is in
pangofc-shape.c:

static hb_font_funcs_t *
pango_fc_get_hb_font_funcs (void)
{
  static hb_font_funcs_t *funcs;

  if (G_UNLIKELY (!funcs)) {
    funcs = hb_font_funcs_create ();
    hb_font_funcs_set_nominal_glyph_func (funcs,
pango_fc_hb_font_get_nominal_glyph, NULL, NULL);
    /* XXX we don't support variation selectors yet :(. */

Let me think about what's the easiest way to fix that.

On Fri, Aug 11, 2017 at 3:09 PM, Matthias Clasen <matthias.clasen at gmail.com>
wrote:

>
> I've been down many dead ends here. What I am looking at currently is this:
>
> $ ./hb-unicode-encode 1f468 200D 2695 fe0f | ../../util/hb-shape
> --show-unicode /usr/share/fonts/google-noto-emoji/NotoColorEmoji.ttf
> <U+1F468,U+200D,U+2695,U+FE0F>
> [gid1586=0+2550]
>
> hb-shape shapes the "man health worker" sequence to a single glyph, as
> expected
> My debug spew from inside pango shows this:
>
> hb shape font: Noto Color Emoji 81.75
> calling hb shape: item text: 👨‍⚕️
> unicode: 1f468 200d 2695 fe0f
> hb shape output: 2 glyphs: 1586 3
>
> Same input sequence, but an extra glyph is produced. Do you have any idea
> why this happens ?
>
> Not sure yet how that messes up the rendering in cairo later
>



-- 
behdad
http://behdad.org/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cairographics.org/archives/cairo/attachments/20170811/94e4f489/attachment.html>