<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 14, 2020 at 1:36 PM Behdad Esfahbod <<a href="mailto:behdad@behdad.org">behdad@behdad.org</a>> wrote:<br></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="ltr"><div dir="ltr">On Fri, Aug 14, 2020 at 7:40 AM Eric Muller <<a href="mailto:eric.muller@efele.net" target="_blank">eric.muller@efele.net</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>
    <div>At the same time, the names of
      structures in OpenType tables end up in code, documentation,
      tools' UI, discussions on this list, our heads, etc.. Changing
      them every two months is not going to help. I would prefer such
      changes to occur infrequently, may be accumulating them in a
      backlog in the mean time.<br></div></div></blockquote><div><br></div><div>Not just that: Peter's unilateral renaming was a disservice to the specification: he replaced the obscure-looking "SHORT", "USHORT", "LONG", "ULONG", with common words "int16", "uint16", "int32", "uint32", even though those do not match the similarly-named types in computers and languages, because the OpenType ones are always big-endian.  If he had consulted others, we could have reached a universally-unambiguous and clear names.</div></div></div></blockquote><div><br></div><div>What alternatives do you propose, Behdad, Peter, Eric, anyone? :) <br></div></div></div>