[cairo] OpenType font variations and cairo

Behdad Esfahbod behdad.esfahbod at gmail.com
Thu Sep 14 15:23:51 UTC 2017


On HarfBuzz side we accept both space and comma.  CSS uses space.  I
suggest accepting both.

On Thu, Sep 14, 2017 at 8:11 AM, Matthias Clasen <matthias.clasen at gmail.com>
wrote:

>
>
> On Wed, Sep 13, 2017 at 6:04 PM, Adrian Johnson <ajohnson at redneon.com>
> wrote:
>
>> On 14/09/17 07:11, Matthias Clasen wrote:
>> > Over the last few days, Behdad and I worked together on supporting
>> > OpenType font variations in the Linux text rendering stack. This
>> > requires small additions to pango, fontconfig, and ... cairo.
>> >
>> > The cairo patch is simple and ready (i'm still debugging some issues on
>> > the pango side).
>> >
>> > It adds a new member to the font options struct, a string which contains
>> > the font variation settings.
>> >
>> >
>>
>> > + * Sets the OpenType font variations for the font options object.
>> > + * Font variations are specified as a string of the form
>> > + * AXIS1=VALUE1,AXIS2=VALUE2,... with each AXIS being a 4 character
>> > + * tag naming a font variation axis such as wdth or wght, and each
>> > + * VALUE being a floating point number.
>>
>> cairo_tag_begin() attributes uses space instead of comma to separate a
>> list of key=value. Maybe we could try to be consistent?
>>
>
> 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.
>
> The pango patch I mentioned is working now, you can find it here:
> https://bugzilla.gnome.org/show_bug.cgi?id=786016
>
>


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


More information about the cairo mailing list