<div dir="ltr"><div dir="ltr">On Sat, Aug 15, 2020 at 1:52 AM Simon Cozens <<a href="mailto:simon@simon-cozens.org">simon@simon-cozens.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">Let’s extend that: all chapters describing tables should start with a table of metadata containing:<div><br><div>* version introduced</div><div>* version deprecated</div><div>* version to be removed in</div><div>* originating person or entity</div><div>* requirement status</div></div></div></blockquote><div><br></div><div>I've been talking about an MDN-equivalent for OpenType.</div><div><br></div><div>And yes all in for formalizing deprecation and removal timelines. I plan to propose similar for HarfBuzz (compiler support etc).</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div><div dir="ltr">Simon</div><div dir="ltr"><br><blockquote type="cite">On 15 Aug 2020, at 09:35, Behdad Esfahbod <<a href="mailto:behdad@behdad.org" target="_blank">behdad@behdad.org</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Sat, Aug 15, 2020 at 1:05 AM Simon Cozens <<a href="mailto:simon@simon-cozens.org" target="_blank">simon@simon-cozens.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 14/08/2020 23:16, Behdad Esfahbod wrote:<br>
> - You on behalf of MS demanded that LSB/RSB variations (and by extension <br>
> TSB/BSB variations) be encoded in the HVAR/VVAR tables because the <br>
> obsolete GDI "ABC" API "needs them" and can't be bothered to get them <br>
> from the outlines.<br>
<br>
One thing which would at least mitigate some of these problems would for <br>
the spec to be honest about how ideas were originated and included. The <br>
features registry at least does this, so there's precedent.<br>
<br>
In a truly community-owned spec this would be unnecessary, as there <br>
would be an expectation that it was the consensus of multiple <br>
contributors. But for a spec which is maintained by one corporate <br>
entity, which claims ownership over the spec, to include contributions <br>
from others without acknowledging the source of those contributions is <br>
dishonest and disingenuous.<br>
<br>
Those of us with long memories of "embrace and extend" have some <br>
sensitivity for how MS has taken the ideas of others and berated them <br>
publicly before implementing them and claiming them as its own - this <br>
destroys trust and dissuades future contributions.<br></blockquote><div><br></div><div>More importantly to the final product: mark junk like `post` table as "required on Microsoft platforms" instead of "required".</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
S<br>
</blockquote></div></div>
</div></blockquote></div></div></div></blockquote></div></div>