[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-devel
Subject:    Re: [cairo] color fonts and CAIRO_OPERATOR_SOURCE
From:       Matthias Clasen <matthias.clasen () gmail ! com>
Date:       2017-09-11 11:13:44
Message-ID: CAFwd_vDn5gvh5U9qJhvy6s1+8sHYcP+jcyrAyTzY1ccRvU16Cg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Mon, Sep 11, 2017 at 4:44 AM, Uli Schlachter <psychon@znc.in> wrote:

>
>
> So apparently this behaviour is by design, meaning that glyphs can only
> really be used with operator OVER any more (well, and some others). So
> let me ask this another why: Is this really a good behaviour?
>

I think you are jumping to conclusions here. The only glyphs for which this
is a problem
with the current code are color glyphs. Most glyphs are still fine with
other operators. One
answer I gave on irc is: if you want to do fancy stuff with text, you
better control which
fonts are involved, so use a custom context (which can avoid loading color
glyphs for the
emoji family). But that is not a great answer. Some ideas for a better one:

- Add an api to find out if a fond has color glpyhs
- Add an api to control loading of color glyphs
- Clip when painting color glyphs to not affect the target outside the
extent of the glyph


> Oh and one more thing: Who updates cairo's docs and all the explanations
> on the web page? ("glyphs work like this, except when they do not").
>

 I can take a look at docs. No idea about the web page.

[Attachment #5 (text/html)]

<div dir="ltr"><span class="gmail-im">On Mon, Sep 11, 2017 at 4:44 AM, Uli Schlachter \
<span dir="ltr">&lt;<a href="mailto:psychon@znc.in" \
target="_blank">psychon@znc.in</a>&gt;</span> wrote:<br></span><span \
class="gmail-im"><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br> <br>
So apparently this behaviour is by design, meaning that glyphs can only<br>
really be used with operator OVER any more (well, and some others). So<br>
let me ask this another why: Is this really a good \
behaviour?<br></blockquote><div><br></div></span><div>I think you are jumping to \
conclusions here. The only glyphs for which this is a problem<br>with the current \
code are color glyphs. Most glyphs are still fine with other operators. \
One<br></div><div>answer I gave on irc is: if you want to do fancy stuff with text, \
you better control which<br></div><div>fonts are involved, so use a custom context \
(which can avoid loading color glyphs for the<br>emoji family). But that is not a \
great answer. Some ideas for a better one:<br><br></div><div>- Add an api to find out \
if a fond has color glpyhs<br></div><div>- Add an api to control loading of color \
glyphs<br></div><div>- Clip when painting color glyphs to not affect the target \
outside the extent of the glyph<br></div><span class="gmail-im"><div>  \
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px \
solid rgb(204,204,204);padding-left:1ex"> Oh and one more thing: Who updates \
cairo&#39;s docs and all the explanations<br> on the web page? (&quot;glyphs work \
like this, except when they do not&quot;).<br></blockquote><div><br></div></span>  I \
can take a look at docs. No idea about the web page.<div \
class="gmail_extra"><br></div></div>



_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


[prev in list] [next in list] [prev in thread] [next in thread]