<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cordia New";
        panose-1:2 11 3 4 2 2 2 2 2 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:10.0pt">OpenType / OFF stakeholders:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">I want to let you all know that I have been in discussion with the Google Fonts team and Microsoft about getting work on the OpenType spec unblocked for the near term. Google approached me about working on
 an extension to the COLR table (more below). That was something Microsoft also wanted to see move forward, along with a backlog of reported issues. I’ve been able to work out compatible agreements with each of them which are making it possible for me to resume
 working as editor on the OpenType spec for a period of time.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">Let me be clear that this is not a long-term arrangement. There has been recent community discussion about better structures for working together on the OpenType spec and, perhaps, other specs related to text
 layout and shaping. That is a parallel discussion, and this doesn’t presume any particular outcomes of those discussions.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">There are a couple of specific spec projects that Google and Microsoft agreed I should work on:
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">The first is to address the backlog of issues on the OT spec that have been reported* to Microsoft since OT 1.8.3 was published (two years ago this month). This will include incorporating anything that was
 in Amendment 1 of OFF that’s not yet reflected in OT. But it would not include extending the OT format with any new capabilities. It also won’t include anything regarding shaping-engine / script-implementation specs; it’s just the OT spec proper.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">* OT spec issues can be reported using the feedback link at the bottom of the page for each page of the
<a href="https://docs.microsoft.com/en-us/typography/opentype/spec/">OT spec</a>; these get filed as issues in a public GitHub repo,
<a href="https://github.com/MicrosoftDocs/typography-issues">MicrosoftDocs/typography-issues</a>. (I’ve tagged OT spec issues with the “OpenType spec” label.) For the time being, this remains the preferred way to report issues on the OT spec. I’ll say a bit
 more below about reviewing drafts of changes.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">The only technical changes to the OT spec would be corrections to errors or clarifications—some of which might have larger impact, but all of the changes will be proposals offered for broad review. Note that
 this will not be an attempt to re-write major portions of the spec or rid it of legacy, technical cruft. The main objective is to keep work alive and make incremental but worthwhile improvements.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">The second project will be to add some significant new capabilities for color fonts, extending the COLR table to support gradient fills and to integrate variations. This is a proposal that’s been floated for
 a little while. In particular, it was discussed between several companies over a year ago (or maybe earlier?), and a preliminary proposal was drafted by Behdad Esfahbod and Dominik Röttsches. That proposal (with some subsequent revisions) is in the
<a href="https://github.com/googlefonts/colr-gradients-spec">googlefonts/colr-gradients-spec</a> repo. I’ve also prepared
<a href="https://github.com/PeterConstable/OT_Drafts/blob/master/COLR_V1/COLRv1formats_rev4.md">
a separate doc</a> showing the new structure formats as they’d appear in the OT spec (for those not familiar with C++ template syntax). For now, input should be filed as issues in the googlefonts repo.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">In terms of timelines for these two projects, I hope both will progress quickly. The only thing to slow down the first is the volume of feedback to be considered, and possible need for in-depth investigation
 on some issues to get the right information. The second project still requires some design work, and that might take longer. If both can progress fairly quickly, then I would combine the two into a proposed OpenType 1.9 release. But if the second requires
 somewhat more time, then I could split these into a 1.8.4 release for the maintenance update, followed before long with 1.9.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">For both of these, I’ll be working with MS, Google and Vlad Levantovsky to come up with as good a way I can find to make drafts (with changes highlighted) available for public review and input. I’m open to
 suggestions on how to do this, but for quick progress I’ll opt for what’s feasible quickly over better long-term options. I know some would like MS’s private repo that has the OT sources to be made public; that might not be so easy since that repo has a lot
 more content than just the OT spec. Something like that might eventually be possible, but we want to make sure that what’s best for the long term doesn’t get in the way of making some valuable progress in the near term, provided the latter is done in a manner
 that reasonably transparent and that allows anybody who has useful input to offer can do so.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">I should mention how I anticipate this will fold into ISO process for OFF. After there’s been some public review (by whatever means), proposed changes for OFF will be circulated on the MPEG-OTSpec list, which
 is how the formal process for ISO would be initiated. ISO has certain policies around amendments and timelines that somewhat limit flexibility. For that reason, if there were to be an OT 1.8.4 update, there probably would _<i>not</i>_ be a corresponding amendment
 to the OFF standard. Rather, any OFF amendment would be held to take the additional changes that would go into OT 1.9, notably COLR enhancements. Vlad can provide more info on ISO process if needed.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">In the big scheme, this is a small step, but I hope it’s generally seen as a positive step nonetheless.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt">Peter Constable</span><o:p></o:p></p>
</div>
</body>
</html>