<div dir="ltr"><div dir="ltr">On Sat, Aug 15, 2020 at 1:05 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">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>