<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 13, 2017 at 6:04 PM, Adrian Johnson <span dir="ltr"><<a href="mailto:ajohnson@redneon.com" target="_blank">ajohnson@redneon.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail-HOEnZb"><div class="gmail-h5">On 14/09/17 07:11, Matthias Clasen wrote:<br>
> Over the last few days, Behdad and I worked together on supporting<br>
> OpenType font variations in the Linux text rendering stack. This<br>
> requires small additions to pango, fontconfig, and ... cairo.<br>
><br>
> The cairo patch is simple and ready (i'm still debugging some issues on<br>
> the pango side).<br>
><br>
> It adds a new member to the font options struct, a string which contains<br>
> the font variation settings.<br>
><br>
><br>
<br>
</div></div>> + * Sets the OpenType font variations for the font options object.<br>
> + * Font variations are specified as a string of the form<br>
> + * AXIS1=VALUE1,AXIS2=VALUE2,... with each AXIS being a 4 character<br>
> + * tag naming a font variation axis such as wdth or wght, and each<br>
> + * VALUE being a floating point number.<br>
<br>
cairo_tag_begin() attributes uses space instead of comma to separate a<br>
list of key=value. Maybe we could try to be consistent?<br></blockquote><div><br></div><div>I don't have a strong opinion on this. The current format is convenient, since we can pass it through directly from PangoFontDescription. A space-separated format would be harder to integrate there.<br><br></div><div>The pango patch I mentioned is working now, you can find it here:  <a href="https://bugzilla.gnome.org/show_bug.cgi?id=786016">https://bugzilla.gnome.org/show_bug.cgi?id=786016</a><br></div></div><br></div></div>